From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6726 invoked by alias); 6 Jan 2013 00:26:17 -0000 Received: (qmail 6700 invoked by uid 22791); 6 Jan 2013 00:26:14 -0000 X-SWARE-Spam-Status: No, hits=-5.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 06 Jan 2013 00:26:08 +0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so18149504vcb.28 for ; Sat, 05 Jan 2013 16:26:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.27.244 with SMTP id w20mr71554446vdg.44.1357431967443; Sat, 05 Jan 2013 16:26:07 -0800 (PST) Received: by 10.220.23.197 with HTTP; Sat, 5 Jan 2013 16:26:07 -0800 (PST) In-Reply-To: <20130105145213.GK3567@adacore.com> References: <12972.1357230104__33958.3243280233$1357230256$gmane$org@usendtaylorx2l> <87hamy42ua.fsf@fleche.redhat.com> <20130104041232.GA3567@adacore.com> <20130105075300.GG3567@adacore.com> <20130105145213.GK3567@adacore.com> Date: Sun, 06 Jan 2013 00:26:00 -0000 Message-ID: Subject: Re: stabs support in binutils, gcc, and gdb From: David Edelsohn To: Joel Brobecker Cc: Tom Tromey , David Taylor , binutils@sourceware.org, gcc@gcc.gnu.org, gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 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: 2013-01/txt/msg00026.txt.bz2 On Sat, Jan 5, 2013 at 9:52 AM, Joel Brobecker wrote: >> It does not look like the changes were merged into the FSF tree. This >> also does not support some of the more recent AIX features added to >> GCC. > > Tristan is usually pretty good at sending these sorts of patches. > I will ask him on Monday if some might be missing. He's been > extremely busy lately, so it's a possibility. It would also be > useful to explain how you are basing your evaluation, and in > particular say what does not work for you. I and others have not been able to use GNU as and GNU ld to bootstrap GCC. The resulting object files and shared objects mostly worked in small experiments, but failed for larger projects, like GCC. Also, GNU as and GNU ld do not contain support for the new cmodel=large and thread local storage support added to GCC. - David