From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21343 invoked by alias); 3 Apr 2012 23:53:55 -0000 Received: (qmail 21223 invoked by uid 22791); 3 Apr 2012 23:53:54 -0000 X-SWARE-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from smtp12.dentaku.gol.com (HELO smtp12.dentaku.gol.com) (203.216.5.74) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 03 Apr 2012 23:53:42 +0000 Received: from 61.245.22.233.eo.eaccess.ne.jp ([61.245.22.233] helo=catnip.gol.com) by smtp12.dentaku.gol.com with esmtpa (Dentaku) (envelope-from ) id 1SFDXI-00052U-MK; Wed, 04 Apr 2012 08:53:16 +0900 Received: by catnip.gol.com (Postfix, from userid 1000) id DACF3DFA6; Wed, 4 Apr 2012 08:53:15 +0900 (JST) From: Miles Bader To: Pedro Alves Cc: Stefano Lattarini , Ian Lance Taylor , Tom Tromey , ams@gnu.org, gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, automake@gnu.org, binutils@sourceware.org, joseph@codesourcery.com, "automake-patches\@gnu.org" , Roumen Petrov Subject: Re: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> <4F76D8F2.8050804__46768.5595191599$1333188914$gmane$org@gmail.com> <87zkaujjn1.fsf@fleche.redhat.com> <4F79BFDB.1070904@gmail.com> <87ty12i2pd.fsf@fleche.redhat.com> <4F79C5F2.2020807__46832.8654104427$1333380662$gmane$org@gmail.com> <87hax2hqop.fsf@fleche.redhat.com> <4F7A0341.9050305__49963.8538728051$1333396325$gmane$org@gmail.com> <87d37pj39j.fsf@fleche.redhat.com> <4F7A10D7.8050908@gmail.com> <4F7B57C4.9000402@gmail.com> <4F7B6E2B.2080504@redhat.com> System-Type: x86_64-unknown-linux-gnu Date: Tue, 03 Apr 2012 23:53:00 -0000 In-Reply-To: <4F7B6E2B.2080504@redhat.com> (Pedro Alves's message of "Tue, 03 Apr 2012 22:39:55 +0100") Message-ID: <87fwck4bkk.fsf@catnip.gol.com> MIME-Version: 1.0 Content-Type: text/plain X-Abuse-Complaints: abuse@gol.com 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: 2012-04/txt/msg00036.txt.bz2 Pedro Alves writes: >> OK, you've all made clear you have your sensible reasons to have the '.info' > > ... >> it available only though the new, undocumented option named (literally) >> "hack!info-in-builddir". I hope this is acceptable to you. > ... >> *undocumented* option '!hack!info-in-builddir' (whose name should >> made it clear that it is not meant for public consumption). > > So will this be called a hack forever, or will the naming be revisited > before a release? IMO, either the feature is sensible, and there doesn't > seem to be a good reason other users couldn't also use it, and hence it > should get a non-hackish name and be documented; or it isn't sensible, and > then it shouldn't exist. Why the second-class treatment? I suspect there are better, cleaner, ways to accomplish the underlying goal, but I suppose the gcc maintainers don't want to spend the time fiddling around with their build infrastructure for such a minor issue... -miles -- Alone, adj. In bad company.