From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12060 invoked by alias); 4 Apr 2012 07:47:59 -0000 Received: (qmail 12040 invoked by uid 22791); 4 Apr 2012 07:47:57 -0000 X-SWARE-Spam-Status: No, hits=-5.9 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-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 Apr 2012 07:47:44 +0000 Received: by bkcjg15 with SMTP id jg15so480510bkc.20 for ; Wed, 04 Apr 2012 00:47:43 -0700 (PDT) Received: by 10.204.128.201 with SMTP id l9mr6710211bks.90.1333525663079; Wed, 04 Apr 2012 00:47:43 -0700 (PDT) Received: from [87.8.92.46] (host46-92-dynamic.8-87-r.retail.telecomitalia.it. [87.8.92.46]) by mx.google.com with ESMTPS id f5sm50917317bke.9.2012.04.04.00.47.41 (version=SSLv3 cipher=OTHER); Wed, 04 Apr 2012 00:47:42 -0700 (PDT) Message-ID: <4F7BFC9C.8020706@gmail.com> Date: Wed, 04 Apr 2012 07:47:00 -0000 From: Stefano Lattarini MIME-Version: 1.0 To: Miles Bader CC: Pedro Alves , 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> <87fwck4bkk.fsf@catnip.gol.com> In-Reply-To: <87fwck4bkk.fsf@catnip.gol.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2012-04/txt/msg00078.txt.bz2 On 04/04/2012 01:53 AM, Miles Bader wrote: > 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... > Exactly; basically, I wrote the proposed hack because the Binutils, GDB and GCC packages are important enough that is worth to cater for their unusual (or even maybe slightly broken) usages, even when that requires a little extra work on the Automake part. But then it turned out that the new hack is not really needed, since those packages already have another hack in place to obtain the behaviour they want (see my recent answer to Tom), and one that works also with older Automake releases (back at least to Automake 1.9). So I've retired my patch, and the hack it introduces. Regards, Stefano