From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18188 invoked by alias); 2 Jul 2014 08:59:44 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 18149 invoked by uid 89); 2 Jul 2014 08:59:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 02 Jul 2014 08:59:38 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s628xauU016536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 2 Jul 2014 04:59:37 -0400 Received: from [10.36.116.113] (ovpn-116-113.ams2.redhat.com [10.36.116.113]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s628xZ3Y028536; Wed, 2 Jul 2014 04:59:35 -0400 Subject: Re: Regression for attach from stdin [Re: [pushed] Re: [PATCH v6 0/2] enable target-async by default] From: Mark Wielaard To: Jan Kratochvil Cc: Pedro Alves , gdb-patches@sourceware.org In-Reply-To: <20140701162830.GA25877@host2.jankratochvil.net> References: <1400878753-24688-1-git-send-email-palves@redhat.com> <538739A2.2050105@redhat.com> <20140701162830.GA25877@host2.jankratochvil.net> Content-Type: text/plain; charset="UTF-8" Date: Wed, 02 Jul 2014 08:59:00 -0000 Message-ID: <1404291574.3766.35.camel@bordewijk.wildebeest.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-07/txt/msg00030.txt.bz2 On Tue, 2014-07-01 at 18:28 +0200, Jan Kratochvil wrote: > On Thu, 29 May 2014 15:44:02 +0200, Pedro Alves wrote: > > I went ahead and pushed this all in, with Eli's comments addressed. > > 329ea57934a9d4b250a0b417af1ec47bc2d0ceb6 is the first bad commit > commit 329ea57934a9d4b250a0b417af1ec47bc2d0ceb6 > Author: Pedro Alves > Date: Thu May 29 19:58:57 2014 +0100 > enable target async by default; separate MI and target notions of async > > This affects GCC testsuite where guality.exp does not start at all with: > gdb: took too long to attach Thanks for tracking this down Jan. Should this patch be reverted or should gcc guality.h be patched to work around the new async default somehow? Currently I am using the following patch to guality.h in gcc which seems to work around it, but I don't really understand why: diff --git a/gcc/testsuite/gcc.dg/guality/guality.h b/gcc/testsuite/gcc.dg/guality/guality.h index 8b657f2..d83e270 100644 --- a/gcc/testsuite/gcc.dg/guality/guality.h +++ b/gcc/testsuite/gcc.dg/guality/guality.h @@ -243,6 +243,7 @@ main (int argc, char *argv[]) || fprintf (guality_gdb_input, "\ set height 0\n\ attach %i\n\ +print guality_attached\n\ set guality_attached = 1\n\ b %i\n\ continue\n\ Thanks, Mark