From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1071 invoked by alias); 23 Nov 2004 22:58:17 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 903 invoked from network); 23 Nov 2004 22:57:58 -0000 Received: from unknown (HELO palrel12.hp.com) (156.153.255.237) by sourceware.org with SMTP; 23 Nov 2004 22:57:58 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by palrel12.hp.com (Postfix) with ESMTP id C055143382A; Tue, 23 Nov 2004 14:57:57 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id iANMvtlT024599; Tue, 23 Nov 2004 14:57:56 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.13.1/8.13.1/Debian-16) with ESMTP id iANMvtLw006144; Tue, 23 Nov 2004 14:57:55 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iANMvtI1006141; Tue, 23 Nov 2004 14:57:55 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16803.49267.19874.707422@napali.hpl.hp.com> Date: Tue, 23 Nov 2004 23:09:00 -0000 To: Daniel Berlin Cc: davidm@hpl.hp.com, gcc@gcc.gnu.org, binutils@sources.redhat.com Subject: Re: GNU DWARF augmentation authority In-Reply-To: References: <16803.47225.505991.886555@napali.hpl.hp.com> <16803.48031.364878.20655@napali.hpl.hp.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2004-11/txt/msg00860.txt.bz2 >>>>> On Tue, 23 Nov 2004 17:41:20 -0500 (EST), Daniel Berlin said: Daniel> You want to email the dwarf2/3 committee reflector >> Daniel> Email Michael Eager at eager@eagercon.com. >> Daniel> He's the committee chair, and should be able to add you to Daniel> the mailing list. >> That's interesting. I thought the augmentation string used by >> the GNU toolchain are purely a GNU extension. Is that not so? Daniel> Depends on what you mean by "purely". If you mean we control Daniel> them, then yes, they are purely GNU. Daniel> However, i'm pretty sure they were discussed (as were other Daniel> extensions) on the reflector before they were implemented, Daniel> so as not to cause gratuitous problems with other Daniel> extensions, etc. Daniel> I'm sure Jason Merrill can correct me if i'm wrong about Daniel> this. Who would be the person(s) to decided whether the extensions are OK for GNU? Since my (to be) proposed extension follow the GNU way of interpreting the augmentation data, it seems to me that I should first get approval (or at least a review/comments) for GNU first before reaching out to the DWARF standard. Does that make sense? --david