From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19805 invoked by alias); 12 Feb 2010 03:42:52 -0000 Received: (qmail 19792 invoked by uid 22791); 12 Feb 2010 03:42:51 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from g4t0016.houston.hp.com (HELO g4t0016.houston.hp.com) (15.201.24.19) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 12 Feb 2010 03:42:49 +0000 Received: from G6W0640.americas.hpqcorp.net (g6w0640.atlanta.hp.com [16.230.34.76]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g4t0016.houston.hp.com (Postfix) with ESMTPS id 92C61143D9; Fri, 12 Feb 2010 03:42:47 +0000 (UTC) Received: from G5W0323.americas.hpqcorp.net (16.228.8.68) by G6W0640.americas.hpqcorp.net (16.230.34.76) with Microsoft SMTP Server (TLS) id 8.2.176.0; Fri, 12 Feb 2010 03:42:01 +0000 Received: from GVW1116EXC.americas.hpqcorp.net ([16.228.24.173]) by G5W0323.americas.hpqcorp.net ([16.228.8.68]) with mapi; Fri, 12 Feb 2010 03:42:01 +0000 From: "Paragi, Ajeykumar B" To: "gdb@gnu.org" , "gdb@sourceware.org" Date: Fri, 12 Feb 2010 03:42:00 -0000 Subject: gdb command line option -e or -exec usage Message-ID: References: In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-02/txt/msg00078.txt.bz2 SGksDQoNCkkgaGF2ZSBpbnZva2VkIGdkYiB3aXRoICctZScgY29tbWFuZCBs aW5lIG9wdGlvbiBvbiBhbiBleGVjdXRhYmxlLCANClRoZSBnZGIgbWFudWFs IHNheXMgJy1lJyBpcyB1c2VkIHRvIHNldCB0aGUgZXhlY3V0YWJsZSB0byBy dW4uDQpCdXQgSSBjb3VsZCBub3Qgc2VlIHRoZSBzeW1ib2xzIHJlYWQgaW4g YnkgZ2RiIHdoZW4gSSB1c2UgLWUgYW5kIGNvdWxkDQpub3QgaW5zZXJ0IGJy ZWFrcG9pbnRzLg0KDQpXaGF0IGlzIHRoZSBpbnRlbnQgb2YgaGF2aW5nIHRo ZSBjb21tYW5kIGxpbmUgb3B0aW9uICItZSIgb3IgIi1leGVjIj8NCg0KVGhh bmtzICYgUmVnYXJkcywNCkFqYXkNCg== >From gdb-return-36861-listarch-gdb=sources.redhat.com@sourceware.org Fri Feb 12 05:10:25 2010 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 14174 invoked by alias); 12 Feb 2010 05:10:24 -0000 Received: (qmail 13781 invoked by uid 22791); 12 Feb 2010 05:10:22 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,KAM_STOCKGEN X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 12 Feb 2010 05:10:18 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 301E22BAC18; Fri, 12 Feb 2010 00:10:17 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ofx6d0+S0Esj; Fri, 12 Feb 2010 00:10:17 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 7F7E82BAC09; Fri, 12 Feb 2010 00:10:16 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id A1E33F59AE; Fri, 12 Feb 2010 09:10:07 +0400 (RET) Date: Fri, 12 Feb 2010 05:10:00 -0000 From: Joel Brobecker To: Tom Tromey Cc: Pedro Alves , gdb@sourceware.org, Kai Tietz , Chris Sutcliffe Subject: Re: [gdb-7.1] 10 days to branching... Message-ID: <20100212051007.GI2919@adacore.com> References: <20100201081928.GA9204@adacore.com> <20100203193934.GA12020@ednor.casa.cgf.cx> <201002061626.06963.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org X-SW-Source: 2010-02/txt/msg00079.txt.bz2 Content-length: 1025 > It may go without saying, but I think we should apply one of the > workarounds to the 7.1 branch, once it is made. The following diff is the workaround that sounds the simplest. I will test it on my end, but I'm not certain of the quality of my C++ compiler (I remember getting more FAILs than I think I should). Anyone wants to test it? I want to apply the workaround immediately after I created the branch so that I can create the first pre-release right after. | sym_arr[i1] = lookup_symbol_in_language (phys_name, | NULL, FUNCTIONS_DOMAIN, | language, | (int *) NULL); | - if (sym_arr[i1]) | + /* See PR10966. Remove check on symbol domain and class when | + we stop using (bad) linkage names on constructors. */ | + if (sym_arr[i1] && (SYMBOL_DOMAIN (sym_arr[i1]) == VAR_DOMAIN | + && SYMBOL_CLASS (sym_arr[i1]) == LOC_BLOCK)) | i1++; -- Joel