From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Removing 'cygnus' mode in the near future Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 17 Mar 2012 00:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 11034@debbugs.gnu.org X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.1331942539311 (code B ref -1); Sat, 17 Mar 2012 00:03:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Mar 2012 00:02:19 +0000 Received: from localhost ([127.0.0.1]:54035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S8h68-00004w-LU for submit@debbugs.gnu.org; Fri, 16 Mar 2012 20:02:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54671) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S8h65-0008WT-KF for submit@debbugs.gnu.org; Fri, 16 Mar 2012 20:02:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S8gcm-0002LZ-8A for submit@debbugs.gnu.org; Fri, 16 Mar 2012 19:31:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:41590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S8gcm-0002LU-1X for submit@debbugs.gnu.org; Fri, 16 Mar 2012 19:31:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S8gcR-00060z-Sh for bug-automake@gnu.org; Fri, 16 Mar 2012 19:31:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S8gbz-0002Ez-LP for bug-automake@gnu.org; Fri, 16 Mar 2012 19:31:35 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:44941) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S8gbz-0002Ec-Ck for bug-automake@gnu.org; Fri, 16 Mar 2012 19:31:07 -0400 Received: by werj55 with SMTP id j55so5664923wer.0 for ; Fri, 16 Mar 2012 16:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:subject:content-type :content-transfer-encoding; bh=4sAJIcl/Kttv6Dx036usD0nqjqu0BdIrYDXdmRBonXs=; b=jC4pvm1u+o8t2taJBJWG8sYYDzd7qLd90GVwSDhG3uWON9o4GgqUTpqamlrw47h6Hn Ins/i6Bv7CeD7VryOzKPVIjPaN//YbHLOp3DKuCendvz/NM5v9h60667plSt/6XzCUiV VYKUZ+ZaQIwn17ipywY2Kx4RvHtpxXz91kYBfFWiNr2s7KFSGuafTx8se6lVjV4kwwSZ 2ZyEtZAW7Iyz9vt/jYM/WbghsKTYlhUKnZctT2eM+aD75lqkxbsCR7flga5R6s6ZWX8X JaAVfv60JzSs2QoZ1h/G7oyGUaI1RR2ji2gzXZywhaX2aFpBE5P/NUnJau/2AB6MYeam Y6XQ== Received: by 10.180.83.198 with SMTP id s6mr2324550wiy.8.1331940665327; Fri, 16 Mar 2012 16:31:05 -0700 (PDT) Received: from [80.116.81.66] (host66-81-dynamic.116-80-r.retail.telecomitalia.it. [80.116.81.66]) by mx.google.com with ESMTPS id p10sm8410048wic.0.2012.03.16.16.31.03 (version=SSLv3 cipher=OTHER); Fri, 16 Mar 2012 16:31:04 -0700 (PDT) Message-ID: <4F63CD35.7030909@gmail.com> Date: Sat, 17 Mar 2012 00:31:01 +0100 From: Stefano Lattarini MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) Severity: wishlist thanks The section "The effect of --cygnus" in the automake manual reads: Some packages, notably GNU GCC and GNU gdb, have a build environment originally written at Cygnus Support. ... [SNIP] ... GNU maintainers are advised to use gnu strictness in preference to the special Cygnus mode. Some day, perhaps, the differences between Cygnus trees and GNU trees will disappear (for instance, as GCC is made more standards compliant). At that time the special Cygnus mode will be removed. And as of today, almost any use of the 'cygnus' option has disappeared from the GCC and GDB trees; for example, the command: grep cygnus `find -name '*configure*' -o -name '*[Mm]akefile*' \ -o -name '*.am' -o -name '*.mk'` yields this in the GCC tree: ./zlib/Makefile.am:AUTOMAKE_OPTIONS = 1.8 cygnus ./zlib/Makefile.in:AUTOMAKE_OPTIONS = 1.8 cygnus and this in the GDB tree: ./bfd/doc/Makefile.in:AUTOMAKE_OPTIONS = 1.9 cygnus ./bfd/doc/Makefile.in:# cygnus option. ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus ./bfd/doc/Makefile.am:# cygnus option. ./etc/configure.texi:option of @file{/usr/cygnus/@var{release}}, where @var{release} is the ./etc/configure.texi:@file{/usr/cygnus/@var{release}/H-@var{host}}, where @var{host} is the ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus 1.3 ./etc/configure.texi:@cindex canadian cross in cygnus tree ./etc/configure.texi:@cindex cygnus configure So it's time we start thinking about deprecating and finally removing the cygnus mode. I'm opening this report so we won't forget about the issue. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Removing 'cygnus' mode in the near future Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 27 Mar 2012 22:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 11034@debbugs.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133288687013873 (code B ref 11034); Tue, 27 Mar 2012 22:22:02 +0000 Received: (at 11034) by debbugs.gnu.org; 27 Mar 2012 22:21:10 +0000 Received: from localhost ([127.0.0.1]:41793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCelJ-0003bh-SB for submit@debbugs.gnu.org; Tue, 27 Mar 2012 18:21:10 -0400 Received: from mail-we0-f172.google.com ([74.125.82.172]:45282) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCel3-0003ay-Mc for 11034@debbugs.gnu.org; Tue, 27 Mar 2012 18:21:08 -0400 Received: by werb10 with SMTP id b10so279686wer.3 for <11034@debbugs.gnu.org>; Tue, 27 Mar 2012 14:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/bN/CzhHrBa4BaPEo+S0gKTBizqNpghiGUWDU23woqI=; b=yhaeZGX5X2ynfFUUW36ruiIrrB14sYSMpwcT70czLU590gQnS28STQEsGn9FvkYAbp VAIoekvAuxkXfllQNvW19MSprsjkI/FoMvse3jl8LrnwLGM56xJvdB1FPzEfZwH33uPI 2XWXzh1Olr15pC9PmIEeEgIX9BA2ejA5vPV3TtwnKjyNv9+2iwFV2Z/ezFKzrCJrADGr WAvwIG6MzejqBLlOROBeN4G6dh1bGY3olprQ2/s3QGWRODWDnxUipTgLSHXVL/3fFVRV IWwo6HNR+cbLwuMGoHe+r6CYlj4IMcxzrhUwqv/iPrriZz7k5K43Hdq0s+OzkHpBm9/C PepA== Received: by 10.180.105.194 with SMTP id go2mr1243822wib.22.1332884974004; Tue, 27 Mar 2012 14:49:34 -0700 (PDT) Received: from [79.10.95.217] (host217-95-dynamic.10-79-r.retail.telecomitalia.it. [79.10.95.217]) by mx.google.com with ESMTPS id ff2sm4330627wib.9.2012.03.27.14.49.32 (version=SSLv3 cipher=OTHER); Tue, 27 Mar 2012 14:49:32 -0700 (PDT) Message-ID: <4F7235EA.9040204@gmail.com> Date: Tue, 27 Mar 2012 23:49:30 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F63CD35.7030909@gmail.com> In-Reply-To: <4F63CD35.7030909@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 03/17/2012 12:31 AM, Stefano Lattarini wrote: > > So it's time we start thinking about deprecating and finally removing the > cygnus mode. I'm opening this report so we won't forget about the issue. > As a first step, we warn about the planned future backward-incompatibility in the NEWS file for automake 1.12; see commit v1.11-2107-g5a4a72a "news: we are going to drop 'cygnus' soonish": Next step is for when Automake 1.12 is released. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option References: <4F63CD35.7030909@gmail.com> In-Reply-To: <4F63CD35.7030909@gmail.com> Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 28 Mar 2012 10:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 11034@debbugs.gnu.org Cc: gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133293098732244 (code B ref 11034); Wed, 28 Mar 2012 10:37:01 +0000 Received: (at 11034) by debbugs.gnu.org; 28 Mar 2012 10:36:27 +0000 Received: from localhost ([127.0.0.1]:42339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCqEs-0008O0-0E for submit@debbugs.gnu.org; Wed, 28 Mar 2012 06:36:26 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:46775) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCqEf-0008Nj-F5 for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 06:36:24 -0400 Received: by bkuw5 with SMTP id w5so728907bku.3 for <11034@debbugs.gnu.org>; Wed, 28 Mar 2012 03:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=95hQgNc5PvC6XsfraF2kVbJxhRhqYrvk0qm66eAks8g=; b=g37eAJ+d+KLBpEUJ3ofRUPUBvEkCSVfhSIRogNPoabJJ8xYsdIa5i2MPtnwz37dlc9 /vcrDAEF+h89qCqByU7DT33d1taWV/Q5IH7EMy2cZ//w0KkyD07LJ1v9tGw6wcATo1Wq PxjMiF8ZAR0D+cPZK8/zNfNkQgrcXA7a7QIHRrcUBgEuz9DubNrhrk9X7BioMkoOA/Vn 4j7QNlS4pukjFiHl7N8TMyVMbrXcXG6FeDl2xzTbbGqorybS7EsoCnzZFq1nHdYVpe+6 ozgXGrkqvElUJCq6/2xE82beIn+bA0nhVcw3aUhUm8pJRYvYEuOwMLXc6d40PAi0U1bT zN+A== Received: by 10.204.130.1 with SMTP id q1mr7643897bks.70.1332929092113; Wed, 28 Mar 2012 03:04:52 -0700 (PDT) Received: from [87.2.95.126] (host126-95-dynamic.2-87-r.retail.telecomitalia.it. [87.2.95.126]) by mx.google.com with ESMTPS id t17sm5322708bke.6.2012.03.28.03.04.49 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 03:04:50 -0700 (PDT) Message-ID: <4F72E239.9010404@gmail.com> Date: Wed, 28 Mar 2012 12:04:41 +0200 From: Stefano Lattarini MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hello. I see that binutils, GCC and GDB still use the Automake's 'cygnus' option in some of their makefiles: $ grep_cygnus() { > grep -r 'cygnus' . \ > | perl -ne '/(^|[^@])cygnus($|(:!\.com\b))/ and print' \ > | grep -v '^[^:]*/Makefile\.in:'; \ > } $ (cd ~/src/binutils && grep_cygnus) # BINUTILS ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus ./binutils/doc/Makefile.am:AUTOMAKE_OPTIONS = cygnus ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus ./gas/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.8 cygnus $ (cd ~/src/gdb && grep_cygnus) # GDB ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus ./etc/configure.info: AUTOMAKE_OPTIONS = cygnus ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus $ (cd ~/src/gcc && grep_cygnus) # GCC ./zlib/Makefile.am:AUTOMAKE_OPTIONS = 1.8 cygnus But this option is going to be deprecated in Automake 1.12.1 and removed in Automake 1.13: I just wanted to give you this head-up so that you won't be unpleasantly surprised by the change. Note that the actual removal of the 'cygnus' option won't take place until Automake 1.13, which will at best be released five or six months from now (and probably later than that). Best regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 28 Mar 2012 12:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Joseph S. Myers" Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133293907315217 (code B ref 11034); Wed, 28 Mar 2012 12:52:02 +0000 Received: (at 11034) by debbugs.gnu.org; 28 Mar 2012 12:51:13 +0000 Received: from localhost ([127.0.0.1]:42472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCsLI-0003xN-DP for submit@debbugs.gnu.org; Wed, 28 Mar 2012 08:51:12 -0400 Received: from mail-ee0-f44.google.com ([74.125.83.44]:36784) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCsLE-0003xA-Kc for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 08:51:10 -0400 Received: by eeke51 with SMTP id e51so303547eek.3 for <11034@debbugs.gnu.org>; Wed, 28 Mar 2012 05:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0Yr9gwkHaCd20sCLurzlm/eumRpq9ExH+5w43xO7ung=; b=XEDsL2AOoJWUxqjVPzPpMuHdSf9a/B6bftHrihDf8Cfz/9KbFXspagcPHU1ET3Ruuh 400uB5k5iIiq5lSOwkjJqYIB/bC1fRs3oqCpSDyG8UZqREf7XwTHJBD4f7lJTe0+iPvm vWzGOXAHKLJx6eUhc67gDakieOoceHLDrYLIvc/rc6jktBwlWfxt8+JgTzz+8MhTT2tx 6iSggH3KbFgN3S/ClB5aP+kHUh0pTJjoUQA9HyeScGcLnsfhQkfDS4oNl1VC9AQmYEVn uyzuOM9nQ8bJc+2CT6tIm8y2uFjCtjYSpnV3D5G8ePi5yAAGjZVk63nyYv+ozKd9D2rg kz/Q== Received: by 10.14.101.71 with SMTP id a47mr3882986eeg.83.1332937186795; Wed, 28 Mar 2012 05:19:46 -0700 (PDT) Received: from [87.2.95.126] (host126-95-dynamic.2-87-r.retail.telecomitalia.it. [87.2.95.126]) by mx.google.com with ESMTPS id m42sm9987181eef.0.2012.03.28.05.19.43 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 05:19:44 -0700 (PDT) Message-ID: <4F7301DD.7090401@gmail.com> Date: Wed, 28 Mar 2012 14:19:41 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Joseph, thanks for the feedback. On 03/28/2012 01:24 PM, Joseph S. Myers wrote: > On Wed, 28 Mar 2012, Stefano Lattarini wrote: > >> But this option is going to be deprecated in Automake 1.12.1 and removed in >> Automake 1.13: >> >> > > That page isn't very helpful since it doesn't give the non-deprecated way > to achieve each part of the effect of "cygnus" if still desired > By reading this: you can see how to emulate part of the 'cygnus' effects by other means. However, it's also clear that it won't be possible to 100% emulate the effect of cygnus with other options/hacks; in particular the second, fourth and last points there: - texinfo.tex is not required if a Texinfo source file is specified. The assumption is that the file will be supplied, but in a place that Automake cannot find. This assumption is an artifact of how Cygnus packages are typically bundled. - Certain tools will be searched for in the build tree as well as in the user's PATH. These tools are runtest, expect, makeinfo and texi2dvi. - The check target doesn't depend on all. will basically be impossible to emulate. > (I think avoiding info documentation being built in the source directory, > so that builds could use a non-writable source directory, may have been > one part). > There is probably some hack to obtain this effect (it's tested in the testsuite somewhere), but my opinion is that if you distribute the generated info files you should also have them generated in the source directory, to avoid nasty surprises (for a similar issue, involving yacc and lex, see automake bug#10852, in particular messages and ). > Is there better transition documentation somewhere? > Nope, but it would be a good idea to prepare it before starting to deprecate the 'cygnus' option. Maybe even for 1.12. Thanks for the suggestion. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: "Joseph S. Myers" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 28 Mar 2012 13:01:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133293962016452 (code B ref 11034); Wed, 28 Mar 2012 13:01:03 +0000 Received: (at 11034) by debbugs.gnu.org; 28 Mar 2012 13:00:20 +0000 Received: from localhost ([127.0.0.1]:42492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCsTs-0004FV-Jy for submit@debbugs.gnu.org; Wed, 28 Mar 2012 09:00:20 -0400 Received: from relay1.mentorg.com ([192.94.38.131]:63836) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCrUD-0002dX-1g for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 07:56:54 -0400 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1SCqzp-0003Ga-9P from joseph_myers@mentor.com ; Wed, 28 Mar 2012 04:24:57 -0700 Received: from digraph.polyomino.org.uk ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Mar 2012 12:24:55 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.74) (envelope-from ) id 1SCqzm-0003Kv-Tl; Wed, 28 Mar 2012 11:24:54 +0000 Date: Wed, 28 Mar 2012 11:24:54 +0000 (UTC) From: "Joseph S. Myers" X-X-Sender: jsm28@digraph.polyomino.org.uk In-Reply-To: <4F72E239.9010404@gmail.com> Message-ID: References: <4F72E239.9010404@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 28 Mar 2012 11:24:56.0259 (UTC) FILETIME=[67333930:01CD0CD5] X-Spam-Score: -1.9 (-) X-Mailman-Approved-At: Wed, 28 Mar 2012 08:59:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On Wed, 28 Mar 2012, Stefano Lattarini wrote: > But this option is going to be deprecated in Automake 1.12.1 and removed in > Automake 1.13: > > That page isn't very helpful since it doesn't give the non-deprecated way to achieve each part of the effect of "cygnus", if still desired (I think avoiding info documentation being built in the source directory, so that builds could use a non-writable source directory, may have been one part). Is there better transition documentation somewhere? -- Joseph S. Myers joseph@codesourcery.com From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 28 Mar 2012 13:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Joseph S. Myers" Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133294160822356 (code B ref 11034); Wed, 28 Mar 2012 13:34:02 +0000 Received: (at 11034) by debbugs.gnu.org; 28 Mar 2012 13:33:28 +0000 Received: from localhost ([127.0.0.1]:42553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCt0B-0005oW-5O for submit@debbugs.gnu.org; Wed, 28 Mar 2012 09:33:27 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:48855) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCszt-0005o5-2x for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 09:33:24 -0400 Received: by bkuw5 with SMTP id w5so879170bku.3 for <11034@debbugs.gnu.org>; Wed, 28 Mar 2012 06:01:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=mXel7AwfZC8TvEYYVNQ+nWnS/ajZ2Hmc+iT/7oBeHEQ=; b=w3HA62HcegmaVaczLLWUEnTwPkUSOvLL/wHX3DE/33tPwXjls4D/AuIE5Lg4mne9YV 9vcia5eWbtcv0OmJraOUGGo0U8jbVsA15l/sI4s5fuE2+AiBlZcUXlh1k3/bOGdwDt+N cRyLJrZ8E1Rc2N202e/fvG/wKgkbB3ZcSDct+DcyuRCxrEMa+ULCkcffpDn9079PI2AB 8U/1LkwecE9LcPBUB9nVqFVHtkBPKXLbKBioooETIWr2zeEsey8LBPxF9IR7kEsVnsXC AGTcA/zCaayG5udduqR/8QyBp3TpZeBehFraz4vN2mS1lnT7pkXTNO1jDcfdK6EvgeHX F35Q== Received: by 10.205.130.1 with SMTP id hk1mr12166482bkc.51.1332939706889; Wed, 28 Mar 2012 06:01:46 -0700 (PDT) Received: from [87.2.95.126] (host126-95-dynamic.2-87-r.retail.telecomitalia.it. [87.2.95.126]) by mx.google.com with ESMTPS id z14sm3533620bky.15.2012.03.28.06.01.44 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 06:01:45 -0700 (PDT) Message-ID: <4F730BB6.9030509@gmail.com> Date: Wed, 28 Mar 2012 15:01:42 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 03/28/2012 02:29 PM, Joseph S. Myers wrote: > On Wed, 28 Mar 2012, Stefano Lattarini wrote: > >> - texinfo.tex is not required if a Texinfo source file is specified. The >> assumption is that the file will be supplied, but in a place that >> Automake cannot find. This assumption is an artifact of how Cygnus >> packages are typically bundled. > > texinfo.tex is in a known location, but only a single copy for GDB and > binutils and a single copy for GCC rather than in each directory needing > it. > Which makes perfect sense. So Automake should support this use case. > Is the approach used (for example) in libquadmath/Makefile.am > > TEXINFO_TEX = ../gcc/doc/include/texinfo.tex > > considered a suitable approach for this case? > This would seem the most sensible approach, yes. Want to give it a try to see whether it works in the GCC/GDB/Binutils tree? (What should be verified particularly carefully is that the idiom works also in VPATH builds). >> - Certain tools will be searched for in the build tree as well as in the >> user's PATH. These tools are runtest, expect, makeinfo and texi2dvi. > > I did previously suggest removing the existing support for building and > using these tools in-tree > , but there was > pushback on that. I don't know, however, if it actually depends on > anything built into automake. > Hmm... Couldn't the issues (if any) be worked around by explicitly re-defining the $(EXPECT), $(RUNTEST), $(MAKEINFO) and $(TEXI2DVI) variables in the relevant Makefiles so that they point to the bundled tools? E.g., EXPECT = $(top_builddir)/../expect/expect and so on. >> - The check target doesn't depend on all. > > I'm not aware of a need for that. > Glad to hear that. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: "Joseph S. Myers" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 28 Mar 2012 17:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133295747224091 (code B ref 11034); Wed, 28 Mar 2012 17:58:02 +0000 Received: (at 11034) by debbugs.gnu.org; 28 Mar 2012 17:57:52 +0000 Received: from localhost ([127.0.0.1]:43602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCx7p-0006G5-Cy for submit@debbugs.gnu.org; Wed, 28 Mar 2012 13:57:52 -0400 Received: from relay1.mentorg.com ([192.94.38.131]:41216) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCsUc-0004JW-D1 for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 09:01:05 -0400 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1SCs0E-0001XT-Mz from joseph_myers@mentor.com ; Wed, 28 Mar 2012 05:29:26 -0700 Received: from digraph.polyomino.org.uk ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Mar 2012 13:29:25 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.74) (envelope-from ) id 1SCs0C-0003gl-Ck; Wed, 28 Mar 2012 12:29:24 +0000 Date: Wed, 28 Mar 2012 12:29:24 +0000 (UTC) From: "Joseph S. Myers" X-X-Sender: jsm28@digraph.polyomino.org.uk In-Reply-To: <4F7301DD.7090401@gmail.com> Message-ID: References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 28 Mar 2012 12:29:25.0696 (UTC) FILETIME=[69907400:01CD0CDE] X-Spam-Score: -1.9 (-) X-Mailman-Approved-At: Wed, 28 Mar 2012 13:57:31 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On Wed, 28 Mar 2012, Stefano Lattarini wrote: > - texinfo.tex is not required if a Texinfo source file is specified. The > assumption is that the file will be supplied, but in a place that > Automake cannot find. This assumption is an artifact of how Cygnus > packages are typically bundled. texinfo.tex is in a known location, but only a single copy for GDB and binutils and a single copy for GCC rather than in each directory needing it. Is the approach used (for example) in libquadmath/Makefile.am TEXINFO_TEX = ../gcc/doc/include/texinfo.tex considered a suitable approach for this case? > - Certain tools will be searched for in the build tree as well as in the > user's PATH. These tools are runtest, expect, makeinfo and texi2dvi. I did previously suggest removing the existing support for building and using these tools in-tree , but there was pushback on that. I don't know, however, if it actually depends on anything built into automake. > - The check target doesn't depend on all. I'm not aware of a need for that. -- Joseph S. Myers joseph@codesourcery.com From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Ian Lance Taylor Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Thu, 29 Mar 2012 00:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, "Joseph S. Myers" Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133298011326540 (code B ref 11034); Thu, 29 Mar 2012 00:16:02 +0000 Received: (at 11034) by debbugs.gnu.org; 29 Mar 2012 00:15:13 +0000 Received: from localhost ([127.0.0.1]:43823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SD31A-0006tv-UQ for submit@debbugs.gnu.org; Wed, 28 Mar 2012 20:15:12 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:61406) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SD30Z-0006se-Fr for 11034@debbugs.gnu.org; Wed, 28 Mar 2012 20:15:06 -0400 Received: by pbbrq13 with SMTP id rq13so2309736pbb.3 for <11034@debbugs.gnu.org>; Wed, 28 Mar 2012 16:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=KmLTumdXczbGxVewYKZHQFt1NZK44xUkimMcefU/vI0=; b=W8IeNkPoICoZcCTktO2Pzqhf91XDbCXCdBrwLVVbofxAu05WLBVMMZ91rzdFn86B1r zymCk10W22MbfK0lKbNpEHfRoRA/Ske75VYfc43Rlm4c/moHhqafZ1s9TMq4QVywIxHi UG34HRdGOjXNcU7u4WTOf6Q+B4naqX8sNJoimk+eZMIWcCcc2R8FPohFIDVPghqZNF4T 7Sk8LbTcXBFchFZ9E67HzYCEGOcpRNKlc8G6c/e1UtfP5Ghs45l0prF9Tgfcv+3ngnrI lNabikdeDHJGYT/tqdnOuoY8p2SEQdHPzjjeQ7mjGXajzqsUYgykZtHFqpH+WVzj8F55 6BKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:x-gm-message-state; bh=KmLTumdXczbGxVewYKZHQFt1NZK44xUkimMcefU/vI0=; b=EFUBWQwQgeZQn+gOc7+J0XYqpdM+jKdXQSS1qNOAKWBrOT45CGpyQYSNKV0MerVHTV YEg+qZFGC+2/Wy+FfQGYBj6evE3siyHoA/wfpZ1nu3x4+3ih9MVIErgsZoqObFNLnVOO rDHG4t2RrAgv70A+Uo/bwozk588xzPgc43WriY7+iApLIN2pbjdswUOTSQKTlYm88u/J nqbgJozumGMRbogP4IDKoBkDmBuJDfTAhqH5jg3jXJBu+hvctW0UvSRqOJh1ouaLKM0m n355xWPqMk/tQr7jMXzmU8gVuY62zyA7wSx1PdngO+BUgQcMrxQrQ2F2t3T9hSN3a3Eq 1Ktg== Received: by 10.68.216.3 with SMTP id om3mr571229pbc.18.1332978186702; Wed, 28 Mar 2012 16:43:06 -0700 (PDT) Received: by 10.68.216.3 with SMTP id om3mr571191pbc.18.1332978186488; Wed, 28 Mar 2012 16:43:06 -0700 (PDT) Received: from coign.google.com ([65.50.220.77]) by mx.google.com with ESMTPS id ko12sm3649197pbb.52.2012.03.28.16.43.04 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Mar 2012 16:43:05 -0700 (PDT) From: Ian Lance Taylor References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> Date: Wed, 28 Mar 2012 16:43:03 -0700 In-Reply-To: <4F7301DD.7090401@gmail.com> (Stefano Lattarini's message of "Wed, 28 Mar 2012 14:19:41 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Gm-Message-State: ALoCoQnZK3y1KkaoHiiMQG3BkJ/geCV9bRIdu0oXDT4f/3cf+hlK6EKFFU0z+rjHdE/VUHU7lOVMRuBGMBsHVin0AxVj2G/+tzGDVRc6x4mCVDEwiImXs1jSksTQQoA4ujESof7DSTM50+aFT8npIcxyy+W5+2csvNFQeQf4Hzk1AhGu2ZnvWrY= X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Stefano Lattarini writes: >> (I think avoiding info documentation being built in the source directory, >> so that builds could use a non-writable source directory, may have been >> one part). >> > There is probably some hack to obtain this effect (it's tested in the testsuite > somewhere), but my opinion is that if you distribute the generated info files > you should also have them generated in the source directory, to avoid nasty > surprises (for a similar issue, involving yacc and lex, see automake bug#10852, > in particular messages > and ). It's important that it be possible to build with the sources on a read-only disk. It's useful to be able to include .info files in releases so that people can build the releases without having to have makeinfo installed. Ian From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 31 Mar 2012 08:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Ian Lance Taylor Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, "Joseph S. Myers" Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133318262416332 (code B ref 11034); Sat, 31 Mar 2012 08:31:01 +0000 Received: (at 11034) by debbugs.gnu.org; 31 Mar 2012 08:30:24 +0000 Received: from localhost ([127.0.0.1]:60065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDthX-0004FN-K9 for submit@debbugs.gnu.org; Sat, 31 Mar 2012 04:30:23 -0400 Received: from mail-we0-f172.google.com ([74.125.82.172]:60775) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDthV-0004FF-8J for 11034@debbugs.gnu.org; Sat, 31 Mar 2012 04:30:22 -0400 Received: by werb10 with SMTP id b10so953939wer.3 for <11034@debbugs.gnu.org>; Sat, 31 Mar 2012 01:30:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=caaljCyW1gL4OVB4w0ADXzk3EuGUB+d5bJmjulcSZYY=; b=VqST3KZnxrZJDYPyJZh0RkDtHsp9ixgVCylHb+DI3quXnfkMrUpGHTvpfTVfawuJdw o36mkwdQ28LQeHz4+yWwiNWOvFjLMhDUqiRT1DedEEoOS9cX+XojgbgwyHY9JEmbjsu0 x8e4VR7zuTicURBO0yqjhMXFM18zWIYTay6OUOfb1qoLnEr1bC5kOg/ZsXtlZjzWl93H 2iT+vexMMsqY4whju8wvS6sGD8A3H/QOVV2JKoBC09uZjbW+gaqnqSCScJ/KEFDbbduz OMlbavwt6gxPccYP/98R+//GI4g+8vprmZfqmNdxBTpqFNFRZb36I8mx+nkRekmHS7i1 eK9Q== Received: by 10.180.107.101 with SMTP id hb5mr5337338wib.3.1333182616994; Sat, 31 Mar 2012 01:30:16 -0700 (PDT) Received: from [87.8.100.192] (host192-100-dynamic.8-87-r.retail.telecomitalia.it. [87.8.100.192]) by mx.google.com with ESMTPS id b3sm13798282wib.4.2012.03.31.01.30.14 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 01:30:15 -0700 (PDT) Message-ID: <4F76C08E.6050707@gmail.com> Date: Sat, 31 Mar 2012 10:30:06 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Ian, Joseph, and sorry for the delay. On 03/29/2012 01:43 AM, Ian Lance Taylor wrote: > Stefano Lattarini writes: > >>> (I think avoiding info documentation being built in the source directory, >>> so that builds could use a non-writable source directory, may have been >>> one part). >>> >> There is probably some hack to obtain this effect (it's tested in the testsuite >> somewhere), but my opinion is that if you distribute the generated info files >> you should also have them generated in the source directory, to avoid nasty >> surprises (for a similar issue, involving yacc and lex, see automake bug#10852, >> in particular messages >> and ). > > It's useful to be able to include .info files in releases so that people > can build the releases without having to have makeinfo installed. > I agree on this (as did past Automake maintainers -- in fact Automake distributes generated info files be default). But I also think that, whenever you distribute generated files, the most sensible and safer thing to do is to have them generated in the srcdir and not in the builddir, so that the tree from a VCS checkout and the one extracted from a distribution tarball are similar and consistent (I held a different opinion once, but Akim Demaille later changed my mind on this). > It's important that it be possible to build with the sources on a > read-only disk. > Yes, and in fact "make distcheck" verifies that this is possible. However, assuming it is also possible to *hack* a package with the sources on a read only disk is not warranted. In conclusion, I see two possible sane approaches w.r.t. the handling of generated info files: - Have them distributed (automake's default). This means that they will be build in the srcdir, not in the builddir: of course, this only affects the maintainer, since for a user that builds the package from a tarball those files should *not* be rebuilt, hence there is no problem even if the user's srcdir is read-only. - Don't distribute the generated info files. To obtain this effect, it is enough to list the generated into files in the CLEANFILES variable (see for example the tests 'txinfo23', 'txinfo24' and 'txinfo25' in the automake testsuite). In this case, the user will have to to have the 'makeinfo' program available to build them. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: ams@gnu.org (Alfred M. Szmidt) Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 31 Mar 2012 09:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Reply-To: ams@gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133318492819892 (code B ref 11034); Sat, 31 Mar 2012 09:09:02 +0000 Received: (at 11034) by debbugs.gnu.org; 31 Mar 2012 09:08:48 +0000 Received: from localhost ([127.0.0.1]:60093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDuIi-0005An-71 for submit@debbugs.gnu.org; Sat, 31 Mar 2012 05:08:48 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51042) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDuIf-0005Af-PN for 11034@debbugs.gnu.org; Sat, 31 Mar 2012 05:08:46 -0400 Received: from ams by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SDuIY-0004aQ-0U; Sat, 31 Mar 2012 05:08:38 -0400 Date: Sat, 31 Mar 2012 05:08:38 -0400 Message-Id: From: ams@gnu.org (Alfred M. Szmidt) In-reply-to: <4F76C08E.6050707@gmail.com> (message from Stefano Lattarini on Sat, 31 Mar 2012 10:30:06 +0200) References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) - Have them distributed (automake's default). This means that they will be build in the srcdir, not in the builddir: of course, this only affects the maintainer, since for a user that builds the package from a tarball those files should *not* be rebuilt, hence there is no problem even if the user's srcdir is read-only. This has always been the right way to do things. - Don't distribute the generated info files. [...] In this case, the user will have to to have the 'makeinfo' program available to build them. Please don't do this, it causes all kinds of headaches, like the small fact that makeinfo will now be required to bootstrap. From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 31 Mar 2012 10:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: ams@gnu.org Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133318886825744 (code B ref 11034); Sat, 31 Mar 2012 10:15:02 +0000 Received: (at 11034) by debbugs.gnu.org; 31 Mar 2012 10:14:28 +0000 Received: from localhost ([127.0.0.1]:60128 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDvKF-0006hB-N1 for submit@debbugs.gnu.org; Sat, 31 Mar 2012 06:14:27 -0400 Received: from mail-wi0-f174.google.com ([209.85.212.174]:47240) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDvKD-0006h4-Mz for 11034@debbugs.gnu.org; Sat, 31 Mar 2012 06:14:26 -0400 Received: by wibhr17 with SMTP id hr17so1157843wib.15 for <11034@debbugs.gnu.org>; Sat, 31 Mar 2012 03:14:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=E4+h4Jxd/Jpy3bb90cCLo6tLbBULmregQZzhtK5uDAI=; b=raGrDZ9cZWTT6zG0jlCC1YiqO9eUUkZ3Fow8XJGxH1ySSe3GZOkL7LoaeL+LAEDCuw +Oz56suNU28BceLKXHG78y0MKWSCJcr2iBSVcUM0VRYDXwT3rPY5E04T+jePcvLaPF+x 8PxUXNFEze7H/WBxHN911bvtGCKuVQ+54vHA/XZcBuQZzQ1BJe09TB1S0daovyJy55wa DSQFZ+jWdxKJWNzjCfstP7Exgn68Bv5cFJn9EwFhWzoga3S3Wmz5S0QLjCU/rqoOxBVs hzkf6qr+67+WOGbgzucHrFO51VIIBkrrVLI21EvOs0YNCeYhQDkXM5b1NTZb/vXUhWEH WZTw== Received: by 10.180.73.143 with SMTP id l15mr5233306wiv.11.1333188861095; Sat, 31 Mar 2012 03:14:21 -0700 (PDT) Received: from [79.10.95.134] (host134-95-dynamic.10-79-r.retail.telecomitalia.it. [79.10.95.134]) by mx.google.com with ESMTPS id j3sm23628105wiw.1.2012.03.31.03.14.18 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 03:14:19 -0700 (PDT) Message-ID: <4F76D8F2.8050804@gmail.com> Date: Sat, 31 Mar 2012 12:14:10 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Alfred. On 03/31/2012 11:08 AM, Alfred M. Szmidt wrote: > - Have them distributed (automake's default). This means that > they will be build in the srcdir, not in the builddir: of > course, this only affects the maintainer, since for a user that > builds the package from a tarball those files should *not* be > rebuilt, hence there is no problem even if the user's srcdir is > read-only. > > This has always been the right way to do things. > > - Don't distribute the generated info files. [...] In this > case, the user will have to to have the 'makeinfo' program > available to build them. > > Please don't do this, it causes all kinds of headaches, like the small > fact that makeinfo will now be required to bootstrap. > Note there's nothing I'm planning to do, nor I should do, in this regard: the two setups described above are both already supported by the current automake implementation (but the last one is not encouraged, even though it makes perfect sense in some *rare* situations). I was just pointing out that you have to choose one of these setups -- so, if you want to distribute info files, you must accept to have them build in the srcdir. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 31 Mar 2012 11:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Joseph S. Myers" Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13331939284216 (code B ref 11034); Sat, 31 Mar 2012 11:39:01 +0000 Received: (at 11034) by debbugs.gnu.org; 31 Mar 2012 11:38:48 +0000 Received: from localhost ([127.0.0.1]:60182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDwdr-00015w-FA for submit@debbugs.gnu.org; Sat, 31 Mar 2012 07:38:48 -0400 Received: from mail-wg0-f42.google.com ([74.125.82.42]:32927) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDwdo-00015p-4u for 11034@debbugs.gnu.org; Sat, 31 Mar 2012 07:38:45 -0400 Received: by wgbds11 with SMTP id ds11so1379915wgb.3 for <11034@debbugs.gnu.org>; Sat, 31 Mar 2012 04:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type; bh=jbKfbQBlOBviOurcmYjZnaI/S6LYhGyd/79Iqnozpfg=; b=oUpVCme4zKAktXuN+Alc8vzJnXmceSZJWH0bsW2+jsVIJ6jThRp3Q4oJgLwMBH7tdY QoqCn0HPid9C3A4mpGEjFVVB09mFOwJ1e3wF6GmsXZV+G5V0fL+BgkZIaw58OyOcBQ8C bta88RGalYhkD/O0GnonIsLwzHaWSW5rEyYgqAaIBAy0J7vroD/z9/NW6jEhZQ1iJuNj +KqUy3iVU4P188j9zq3CGArxGjbsu12bapr8+PXarniG53bVEDfl2WLyZZsAVPtru8Ux j9Rs6Itlyd/ezajH+iWzHcndiwhCrNl1PUmKxTMmjtSCVHLoYGu5Wy5Aa5crLW/mJ4DK 63ag== Received: by 10.180.102.101 with SMTP id fn5mr5829967wib.6.1333193919205; Sat, 31 Mar 2012 04:38:39 -0700 (PDT) Received: from [79.10.95.134] (host134-95-dynamic.10-79-r.retail.telecomitalia.it. [79.10.95.134]) by mx.google.com with ESMTPS id n20sm24562781wiw.5.2012.03.31.04.38.35 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 04:38:37 -0700 (PDT) Message-ID: <4F76ECBA.4010303@gmail.com> Date: Sat, 31 Mar 2012 13:38:34 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> In-Reply-To: <4F7301DD.7090401@gmail.com> Content-Type: multipart/mixed; boundary="------------030806080101020609050701" X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------030806080101020609050701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 03/28/2012 02:19 PM, Stefano Lattarini wrote: > Hi Joseph, thanks for the feedback. > On 03/28/2012 01:24 PM, Joseph S. Myers wrote: >> >> Is there better transition documentation somewhere? >> > Nope, but it would be a good idea to prepare it before starting to deprecate > the 'cygnus' option. Maybe even for 1.12. Thanks for the suggestion. > Or even for 1.11.4, which is to be released in two/three days. What about the attached patch? I will push it by this evening if there is no objection. Thanks, Stefano --------------030806080101020609050701 Content-Type: text/x-diff; name="0001-docs-deprecate-cygnus-mode-help-the-transition.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-docs-deprecate-cygnus-mode-help-the-transition.patch" >From 5bb72934aa7d96e2faa90fa1c59c24f01e83c91f Mon Sep 17 00:00:00 2001 Message-Id: <5bb72934aa7d96e2faa90fa1c59c24f01e83c91f.1333193814.git.stefano.lattarini@gmail.com> From: Stefano Lattarini Date: Sat, 31 Mar 2012 11:04:41 +0200 Subject: [PATCH] docs: deprecate 'cygnus' mode, help the transition Support for "Cygnus-style" trees (so far enabled by the 'cygnus' option) will be deprecated in one release of the next major series (1.12.x) and removed in the next major release after that (1.13). Better to start warning about this in the manual. * docs/automake.texi: Warn about the oncoming deprecation of the 'cygnus' mode. Suggest some idioms that can be used to retain some effects of the 'cygnus' option. * THANKS: Update. >From a suggestion by Joseph S. Myers in automake bug#11034. Signed-off-by: Stefano Lattarini --- THANKS | 1 + doc/automake.texi | 68 ++++++++++++++++++++++++++++------------------------- 2 files changed, 37 insertions(+), 32 deletions(-) diff --git a/THANKS b/THANKS index 702c97b..a2091ab 100644 --- a/THANKS +++ b/THANKS @@ -178,6 +178,7 @@ John Ratliff autoconf@technoplaza.net John R. Cary cary@txcorp.com John W. Coomes jcoomes@eng.Sun.COM Jonathan Nieder jrnieder@gmail.com +Joseph S. Myers joseph@codesourcery.com Josh MacDonald jmacd@cs.berkeley.edu Joshua Cowan jcowan@jcowan.reslife.okstate.edu js pendry js.pendry@msdw.com diff --git a/doc/automake.texi b/doc/automake.texi index 9b6b8f5..9da5fd9 100644 --- a/doc/automake.texi +++ b/doc/automake.texi @@ -117,7 +117,7 @@ section entitled ``GNU Free Documentation License.'' * Conditionals:: Conditionals * Silencing Make:: Obtain less verbose output from @command{make} * Gnits:: The effect of @option{--gnu} and @option{--gnits} -* Cygnus:: The effect of @option{--cygnus} +* Cygnus:: The effect of @option{--cygnus} (deprecated, soon to be removed) * Not Enough:: When Automake is not Enough * Distributing:: Distributing the Makefile.in * API Versioning:: About compatibility between Automake versions @@ -1943,10 +1943,13 @@ standard is actually published (which may never happen). @xref{Gnits}, for more information on the precise implications of the strictness level. -Automake also has a special ``cygnus'' mode that is similar to -strictness but handled differently. This mode is useful for packages -that are put into a ``Cygnus'' style tree (e.g., the GCC tree). -@xref{Cygnus}, for more information on this mode. +Automake also has a special (and @emph{today deprecated}) ``cygnus'' mode +that is similar to strictness but handled differently. This mode is +useful for packages that are put into a ``Cygnus'' style tree (e.g., older +versions of the GCC and gdb trees). @xref{Cygnus}, for more information +on this mode. Please note that this mode is deprecated and @emph{will be +removed in the future automake versions}; you must avoid its use in new +packages, and should stop using it in existing packages as well. @node Uniform @@ -2602,6 +2605,8 @@ copied. The default is to make a symbolic link. @opindex --cygnus Causes the generated @file{Makefile.in}s to follow Cygnus rules, instead of GNU or Gnits rules. For more information, see @ref{Cygnus}. +Note that @emph{this mode of operation is deprecated, and will be removed} +in a future Automake release. @item -f @opindex -f @@ -10322,10 +10327,15 @@ The file @file{THANKS} is required. @cindex @option{cygnus} strictness -Some packages, notably GNU GCC and GNU gdb, have a build environment -originally written at Cygnus Support (subsequently renamed Cygnus -Solutions, and then later purchased by Red Hat). Packages with this -ancestry are sometimes referred to as ``Cygnus'' trees. +@emph{The features described in this section are deprecated; you must +not use any of them in new code, and should remove their use from older +but still maintained code: they will be withdrawn in a future Automake +release.} + +Some packages, notably GNU GCC and GNU gdb, used to have a build +environment originally written at Cygnus Support (subsequently renamed +Cygnus Solutions, and then later purchased by Red Hat). Packages with +this ancestry are sometimes referred to as ``Cygnus'' trees. A Cygnus tree has slightly different rules for how a @file{Makefile.in} is to be constructed. Passing @option{--cygnus} to @@ -10336,44 +10346,38 @@ Here are the precise effects of @option{--cygnus}: @itemize @bullet @item -Info files are always created in the build directory, and not in the -source directory. - -@item -@file{texinfo.tex} is not required if a Texinfo source file is -specified. The assumption is that the file will be supplied, but in a -place that Automake cannot find. This assumption is an artifact of how -Cygnus packages are typically bundled. +@option{--foreign} is implied. @item -@samp{make dist} is not supported, and the rules for it are not -generated. Cygnus-style trees use their own distribution mechanism. +The options @option{no-installinfo}, @option{no-dependencies} and +@option{no-dist} are implied (@pxref{Options}). @item -Certain tools will be searched for in the build tree as well as in the -user's @env{PATH}. These tools are @command{runtest}, @command{expect}, -@command{makeinfo} and @command{texi2dvi}. +The macro @code{AM_MAINTAINER_MODE} is required. @item -@option{--foreign} is implied. +Info files are always created in the build directory, and not in the +source directory. Packages that don't use the @option{cygnus} option +can emulate this effect by using the @option{no-installinfo} option +and listing the generated info files in the @code{CLEANFILES} variable. @item -The options @option{no-installinfo} and @option{no-dependencies} are -implied. +@file{texinfo.tex} is not required if a Texinfo source file is +specified. The assumption is that the file will be supplied, but in a +place that Automake cannot find -- it is an artifact of how Cygnus +packages are typically bundled. This effect can be emulated in +packages not using the @option{cygnus} option with a proper definition +of the @code{TEXINFO_TEX} variable, @pxref{Texinfo}. @item -The macro @code{AM_MAINTAINER_MODE} is required. +Certain tools will be searched for in the build tree as well as in the +user's @env{PATH}. These tools are @command{runtest}, @command{expect}, +@command{makeinfo} and @command{texi2dvi}. @item The @code{check} target doesn't depend on @code{all}. @end itemize -GNU maintainers are advised to use @option{gnu} strictness in preference -to the special Cygnus mode. Some day, perhaps, the differences between -Cygnus trees and GNU trees will disappear (for instance, as GCC is made -more standards compliant). At that time the special Cygnus mode will be -removed. - @node Not Enough @chapter When Automake Isn't Enough -- 1.7.9 --------------030806080101020609050701-- From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 31 Mar 2012 16:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Joseph S. Myers" Cc: 11034@debbugs.gnu.org, gdb@sourceware.org, Automake List , binutils@sourceware.org, gcc@gcc.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133321215532557 (code B ref 11034); Sat, 31 Mar 2012 16:43:02 +0000 Received: (at 11034) by debbugs.gnu.org; 31 Mar 2012 16:42:35 +0000 Received: from localhost ([127.0.0.1]:33015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SE1Nr-0008T4-1V for submit@debbugs.gnu.org; Sat, 31 Mar 2012 12:42:35 -0400 Received: from mail-wi0-f174.google.com ([209.85.212.174]:63247) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SE1Nn-0008Sv-I0 for 11034@debbugs.gnu.org; Sat, 31 Mar 2012 12:42:32 -0400 Received: by wibhr17 with SMTP id hr17so1323896wib.15 for <11034@debbugs.gnu.org>; Sat, 31 Mar 2012 09:42:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=o1BOncnuRlu9AR9l+6o2kCX/tpYp7xDwWg2MIA/L9X4=; b=ihGXiy3MNuMJVIxtYShHnTtsK1ESAgPKL8dTiOu2ZjwUIOSAacPx69CWwUCoSmx3RH 85Rd8JI4P+1m9prHWcs104qrSoFLAtXZHBhWrtcunIYeUtlqrRXiK2HLWI5ZaXVDdxYS sger2jNCxAZNgyqD55LI1k0ZiQz/lvv/vKfqbogIY51AQTCXMDazMok7OqI4QhIjcsNK T2sC4qeQnlEgOHvZgW83djmoZpFLYIm0rUtFl92cDxUDudUuvek+TbTSUFwmu1NxyTYB nYux5vaijRt05N/kxOBG83ByyrhWAR7bdePnyBxqhRmtRTdq2MV7ACCpKKkt83rSfF8U gV2Q== Received: by 10.180.104.230 with SMTP id gh6mr7596919wib.22.1333212143821; Sat, 31 Mar 2012 09:42:23 -0700 (PDT) Received: from [82.56.37.236] (host236-37-dynamic.56-82-r.retail.telecomitalia.it. [82.56.37.236]) by mx.google.com with ESMTPS id ex2sm27846623wib.8.2012.03.31.09.42.21 (version=SSLv3 cipher=OTHER); Sat, 31 Mar 2012 09:42:22 -0700 (PDT) Message-ID: <4F7733E2.1070503@gmail.com> Date: Sat, 31 Mar 2012 18:42:10 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76ECBA.4010303@gmail.com> In-Reply-To: <4F76ECBA.4010303@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 03/31/2012 01:38 PM, Stefano Lattarini wrote: > On 03/28/2012 02:19 PM, Stefano Lattarini wrote: >> Hi Joseph, thanks for the feedback. >> On 03/28/2012 01:24 PM, Joseph S. Myers wrote: >>> >>> Is there better transition documentation somewhere? >>> >> Nope, but it would be a good idea to prepare it before starting to deprecate >> the 'cygnus' option. Maybe even for 1.12. Thanks for the suggestion. >> > Or even for 1.11.4, which is to be released in two/three days. What about the > attached patch? I will push it by this evening if there is no objection. > Applied to maint, merged into master and branch-1.11, and pushed. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Tom Tromey Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 14:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13333767476670 (code B ref 11034); Mon, 02 Apr 2012 14:26:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 14:25:47 +0000 Received: from localhost ([127.0.0.1]:36182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEiCZ-0001jX-CK for submit@debbugs.gnu.org; Mon, 02 Apr 2012 10:25:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:43819) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEiCW-0001jP-IQ for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 10:25:46 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q32EPOB8031727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Apr 2012 10:25:24 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q32EPMTj008119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Apr 2012 10:25:22 -0400 From: Tom Tromey References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> <4F76D8F2.8050804__46768.5595191599$1333188914$gmane$org@gmail.com> X-Attribution: Tom Date: Mon, 02 Apr 2012 08:25:22 -0600 In-Reply-To: <4F76D8F2.8050804__46768.5595191599$1333188914$gmane$org@gmail.com> (Stefano Lattarini's message of "Sat, 31 Mar 2012 12:14:10 +0200") Message-ID: <87zkaujjn1.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) >>>>> "Stefano" == Stefano Lattarini writes: Stefano> Note there's nothing I'm planning to do, nor I should do, in Stefano> this regard: the two setups described above are both already Stefano> supported by the current automake implementation (but the last Stefano> one is not encouraged, even though it makes perfect sense in Stefano> some *rare* situations). I was just pointing out that you have Stefano> to choose one of these setups -- so, if you want to distribute Stefano> info files, you must accept to have them build in the srcdir. Or we can just stick with an older version of automake. It seems to me that this is the sensible approach. Or move to some other build system; either autogen-based or just requiring GNU make features. The latter is fine for GCC but I'm not sure whether all the src projects are on board. I'm pretty disappointed that automake would make this change. I realize these choices may (arguably) make the most sense for most projects, but the gcc and src trees are not like most projects; and really the whole 'cygnus' feature is there just to support these two big users. Tom From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 15:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Tom Tromey Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133337908110878 (code B ref 11034); Mon, 02 Apr 2012 15:05:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 15:04:41 +0000 Received: from localhost ([127.0.0.1]:36733 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEioD-0002pO-Dc for submit@debbugs.gnu.org; Mon, 02 Apr 2012 11:04:41 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:51900) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEinw-0002p1-1S for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 11:04:38 -0400 Received: by bkuw5 with SMTP id w5so2305074bku.3 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 08:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=tuQHIs7ARsFQJa6jobGvlwZesy/U2vE8zXK9pE9wpBs=; b=heteAbp9XRLDQYqLXA96n3qvvgCvtehGdPu8Lq0uMzliR8NHXgmSAfE7kEPH3ZPzuH GJUlmyFpxdLVJcbdJcFJGxG0HqLRncwV7iyaZcDzX3/PbAgh6BZBK/QealqkhQo7x8/y Zx01DRAaIBcWNnncpEBeZ+ClwSwDewxCyJ5hVAeHdmiTSjM4HlAY1b2Amj6q76wT60kG 9Ybfnysiq4SikGl7tKSHbzbiWadDe8IQ47QD6CMrzQyrXXVkfapb1HJzO3K4qh4UT+Cd 4meoNTKF8kkmjyUDr6fhkPqJ7gnvnBAgCGd/M1AyS2NSj1uYnebzmtIm2bM90Qr/D18w rBdQ== Received: by 10.204.129.196 with SMTP id p4mr3995790bks.21.1333379046681; Mon, 02 Apr 2012 08:04:06 -0700 (PDT) Received: from [79.10.95.69] (host69-95-dynamic.10-79-r.retail.telecomitalia.it. [79.10.95.69]) by mx.google.com with ESMTPS id p19sm39272474bka.1.2012.04.02.08.04.03 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 08:04:05 -0700 (PDT) Message-ID: <4F79BFDB.1070904@gmail.com> Date: Mon, 02 Apr 2012 17:03:55 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: <87zkaujjn1.fsf@fleche.redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/02/2012 04:25 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> Note there's nothing I'm planning to do, nor I should do, in > Stefano> this regard: the two setups described above are both already > Stefano> supported by the current automake implementation (but the last > Stefano> one is not encouraged, even though it makes perfect sense in > Stefano> some *rare* situations). I was just pointing out that you have > Stefano> to choose one of these setups -- so, if you want to distribute > Stefano> info files, you must accept to have them build in the srcdir. > > Or we can just stick with an older version of automake. > It seems to me that this is the sensible approach. > > Or move to some other build system; either autogen-based or just > requiring GNU make features. > In this later case, you might want to take a look at the Automake-NG fork, started by myself (and still in a VERY early stage): - https://lists.gnu.org/mailman/listinfo/automake-ng Fork which will possibly be the subject of the oncoming Google summer of code: - http://www.gnu.org/software/soc-projects/ideas-2012.html#automake > The latter is fine for GCC but I'm not sure whether all the src projects > are on board. > > I'm pretty disappointed that automake would make this change. I realize > these choices may (arguably) make the most sense for most projects, but > the gcc and src trees are not like most projects; and really the whole > 'cygnus' feature is there just to support these two big users. > True, and that was even stated in the manual; the whole point of ditching support for cygnus trees is that by now those two big users are basically not making any real use of the 'cygnus' option anymore. To quote my previous report: And as of today, almost any use of the 'cygnus' option has disappeared from the GCC and GDB trees; for example, the command: grep cygnus `find -name '*configure*' -o -name '*[Mm]akefile*' \ -o -name '*.am' -o -name '*.mk'` yields this in the GCC tree: ./zlib/Makefile.am:AUTOMAKE_OPTIONS = 1.8 cygnus ./zlib/Makefile.in:AUTOMAKE_OPTIONS = 1.8 cygnus and this in the GDB tree: ./bfd/doc/Makefile.in:AUTOMAKE_OPTIONS = 1.9 cygnus ./bfd/doc/Makefile.in:# cygnus option. ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus ./bfd/doc/Makefile.am:# cygnus option. ./etc/configure.texi:option of @file{/usr/cygnus/@var{release}}, where @var{release} is the ./etc/configure.texi:@file{/usr/cygnus/@var{release}/H-@var{host}}, where @var{host} is the ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus ./etc/configure.texi:AUTOMAKE_OPTIONS = cygnus 1.3 ./etc/configure.texi:@cindex canadian cross in cygnus tree ./etc/configure.texi:@cindex cygnus configure Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Tom Tromey Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 15:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133337981811967 (code B ref 11034); Mon, 02 Apr 2012 15:17:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 15:16:58 +0000 Received: from localhost ([127.0.0.1]:36753 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEj05-00036y-NP for submit@debbugs.gnu.org; Mon, 02 Apr 2012 11:16:57 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53371) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEj01-00036n-SB for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 11:16:56 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q32FGWQp018250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Apr 2012 11:16:32 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q32FGUXJ026361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Apr 2012 11:16:31 -0400 From: Tom Tromey 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> X-Attribution: Tom Date: Mon, 02 Apr 2012 09:16:30 -0600 In-Reply-To: <4F79BFDB.1070904@gmail.com> (Stefano Lattarini's message of "Mon, 02 Apr 2012 17:03:55 +0200") Message-ID: <87ty12i2pd.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) >>>>> "Stefano" == Stefano Lattarini writes: Stefano> True, and that was even stated in the manual; the whole point Stefano> of ditching support for cygnus trees is that by now those two Stefano> big users are basically not making any real use of the 'cygnus' Stefano> option anymore. To quote my previous report: Stefano> ./bfd/doc/Makefile.in:AUTOMAKE_OPTIONS = 1.9 cygnus Stefano> ./bfd/doc/Makefile.in:# cygnus option. Stefano> ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus Stefano> ./bfd/doc/Makefile.am:# cygnus option. But this is a reason not to remove it; or at least to restore the previous handling of info files. I don't care about the cygnus option per se. It was always a grab bag of hacks. The issue is removing a feature that an important user relies on. So far the suggested replacements haven't seemed that good to me. Tom From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 15:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Tom Tromey Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133338062613189 (code B ref 11034); Mon, 02 Apr 2012 15:31:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 15:30:26 +0000 Received: from localhost ([127.0.0.1]:36757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEjD8-0003Qg-3m for submit@debbugs.gnu.org; Mon, 02 Apr 2012 11:30:26 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:53801) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEjD4-0003QW-MY for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 11:30:24 -0400 Received: by bkuw5 with SMTP id w5so2331786bku.3 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 08:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=r/uk6wvsugbMW0tdJHm625ssvRG+AozNKrj0L6/LZwM=; b=b5jgISfTmZRYUzS94yNBtBXd3PdWvy4+c2dbgp6NH8hxVLbK5fsDF76v9QD6FR+QGH l54nxwXut6mgakWEuFVQ6KRb9wlqNn/NOOYNFgAOyEK8hbN0btVvA7JZlxwtZRmI0FYo LWqHdzwob+w71JjATvNnf9jiuKfuI8cSH1JGtvv/ejdbKQEWzk2U8xavMRo8Dua4l2Z0 L7ywI4tfwvwsYrTJfZlULOGSbpRGERiGF8dZ8lkSshyMODdg/ozR5o6+rmhZusyOCnJ2 qVRir+8KXApl3Rtp4wWmkoMGbNTksxo6yU/fni5a8D0YtpvJPSwg2+L/0uPwZ2fnsKHS SdVA== Received: by 10.204.154.83 with SMTP id n19mr3728573bkw.69.1333380605314; Mon, 02 Apr 2012 08:30:05 -0700 (PDT) Received: from [79.10.95.69] (host69-95-dynamic.10-79-r.retail.telecomitalia.it. [79.10.95.69]) by mx.google.com with ESMTPS id f5sm39375036bke.9.2012.04.02.08.30.02 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 08:30:03 -0700 (PDT) Message-ID: <4F79C5F2.2020807@gmail.com> Date: Mon, 02 Apr 2012 17:29:54 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: <87ty12i2pd.fsf@fleche.redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/02/2012 05:16 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> True, and that was even stated in the manual; the whole point > Stefano> of ditching support for cygnus trees is that by now those two > Stefano> big users are basically not making any real use of the 'cygnus' > Stefano> option anymore. To quote my previous report: > > Stefano> ./bfd/doc/Makefile.in:AUTOMAKE_OPTIONS = 1.9 cygnus > Stefano> ./bfd/doc/Makefile.in:# cygnus option. > Stefano> ./bfd/doc/Makefile.am:AUTOMAKE_OPTIONS = 1.9 cygnus > Stefano> ./bfd/doc/Makefile.am:# cygnus option. > > But this is a reason not to remove it; or at least to restore the > previous handling of info files. > > I don't care about the cygnus option per se. It was always a grab bag > of hacks. > And it's the hacks I'd like to remove, not the option per se :-) > The issue is removing a feature that an important user relies on. > So far the suggested replacements haven't seemed that good to me. > Sorry if I sound dense, but what exactly is the feature you are talking about here? Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Tom Tromey Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 19:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13333953982551 (code B ref 11034); Mon, 02 Apr 2012 19:37:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 19:36:38 +0000 Received: from localhost ([127.0.0.1]:36925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEn3O-0000f5-2h for submit@debbugs.gnu.org; Mon, 02 Apr 2012 15:36:38 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59403) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEn3K-0000ev-70 for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 15:36:36 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q32Ja8l1012302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Apr 2012 15:36:08 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q32Ja6LE023475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Apr 2012 15:36:07 -0400 From: Tom Tromey 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> X-Attribution: Tom Date: Mon, 02 Apr 2012 13:36:06 -0600 In-Reply-To: <4F79C5F2.2020807__46832.8654104427$1333380662$gmane$org@gmail.com> (Stefano Lattarini's message of "Mon, 02 Apr 2012 17:29:54 +0200") Message-ID: <87hax2hqop.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) >>>>> "Stefano" == Stefano Lattarini writes: Stefano> Sorry if I sound dense, but what exactly is the feature you are Stefano> talking about here? I was under the impression that it would no longer be possible to build info files in the build tree. But, I see that, according to the Automake manual, I am wrong about that. So, sorry for the noise. Tom From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Tom Tromey Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13333963163926 (code B ref 11034); Mon, 02 Apr 2012 19:52:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 19:51:56 +0000 Received: from localhost ([127.0.0.1]:36943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnIC-00011H-Dz for submit@debbugs.gnu.org; Mon, 02 Apr 2012 15:51:56 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:54023) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnI9-000117-SJ for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 15:51:54 -0400 Received: by bkuw5 with SMTP id w5so2600795bku.3 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 12:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=89o8bq9BWaVpXumVgC4cHbdT9rJVreJAyhi7UQOkZKY=; b=bldS7ZY2YDlOZoIeFcOlfUJFW+IA5OkOv9pa/FAzyZx04/H13AbOLwBJVQJiU7xZo+ pEF0qPXa/6N5dLHfOnA2qoICs65InKGdLyjB17VF85u34kD/jdZJnchm6jopwPisYzEW CZmAZ0xSjo8qj25aLbOLUJxShyVSgebMXfSQ8Oq7aLubCE/Cqz5ioHPGNl5/izyQg2xo NqbNIQHxB7vH6iLbadhEEGxs7lc5Dk7STZ1fg1cCY9EiZW0RCmytNv94z5SCoX2FvGKI 9Fn8Pz9p8sfgAQQ8M5FZ2+6854e4AbXui+cTrgUfQgXRm/TEBlTJJrQRRyDLUvqgx9xa vSLw== Received: by 10.204.149.204 with SMTP id u12mr4267062bkv.45.1333396295397; Mon, 02 Apr 2012 12:51:35 -0700 (PDT) Received: from [87.2.97.201] (host201-97-dynamic.2-87-r.retail.telecomitalia.it. [87.2.97.201]) by mx.google.com with ESMTPS id jr13sm40783090bkb.14.2012.04.02.12.51.31 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 12:51:33 -0700 (PDT) Message-ID: <4F7A0341.9050305@gmail.com> Date: Mon, 02 Apr 2012 21:51:29 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: <87hax2hqop.fsf@fleche.redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/02/2012 09:36 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> Sorry if I sound dense, but what exactly is the feature you are > Stefano> talking about here? > > I was under the impression that it would no longer be possible to build > info files in the build tree. > It should still be possible, with the right hack (which is tested in the testsuite, and required by other packages anyway). The baseline is: if you don't want your '.info' files to be distributed, then it should be easily possible to have them built in the builddir; but if you want them distributed, they will be built in the srcdir. The rationale to do so is to ensure that, in both cases, the developer's tree layout (as bootstrapped from a VCS checkout) will match the user's tree layout (as obtained from a distribution tarball). > But, I see that, according to the Automake manual, I am wrong about that. > Weird, I didn't expect that hack to be documented in the manual... And in fact I cannot find it. Could you please point me to it? Thanks. > So, sorry for the noise. > Well, better safe than sorry :-) Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Tom Tromey Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 20:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13333979736383 (code B ref 11034); Mon, 02 Apr 2012 20:20:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 20:19:33 +0000 Received: from localhost ([127.0.0.1]:36967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEniu-0001et-Mv for submit@debbugs.gnu.org; Mon, 02 Apr 2012 16:19:32 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14268) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnir-0001el-Fm for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 16:19:31 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q32KJ6k3005382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Apr 2012 16:19:06 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q32KJ4Oa022414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Apr 2012 16:19:05 -0400 From: Tom Tromey 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> X-Attribution: Tom Date: Mon, 02 Apr 2012 14:19:04 -0600 In-Reply-To: <4F7A0341.9050305__49963.8538728051$1333396325$gmane$org@gmail.com> (Stefano Lattarini's message of "Mon, 02 Apr 2012 21:51:29 +0200") Message-ID: <87d37pj39j.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) >>>>> "Stefano" == Stefano Lattarini writes: Stefano> It should still be possible, with the right hack (which is Stefano> tested in the testsuite, and required by other packages Stefano> anyway). The baseline is: if you don't want your '.info' files Stefano> to be distributed, then it should be easily possible to have Stefano> them built in the builddir; but if you want them distributed, Stefano> they will be built in the srcdir. Now I am confused. Is it possible to continue to work the way it does today, or not? If so, then great. If not, then we need some other plan. Tom> But, I see that, according to the Automake manual, I am wrong about that. Stefano> Weird, I didn't expect that hack to be documented in the Stefano> manual... And in fact I cannot find it. Could you please Stefano> point me to it? Thanks. http://www.gnu.org/software/automake/manual/automake.html#Cygnus "Info files are always created in the build directory, and not in the source directory. Packages that don't use the cygnus option can emulate this effect by using the no-installinfo option and listing the generated info files in the CLEANFILES variable. " Re-reading the suggestion here, I can't understand how it would work. Anyway the real use in the src tree is different, IIUC. Info files are built in the build tree by developers, but put in the source tree for distribution. Tom From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 20:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Tom Tromey Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13333997989180 (code B ref 11034); Mon, 02 Apr 2012 20:50:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 20:49:58 +0000 Received: from localhost ([127.0.0.1]:36977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoCM-0002O0-CQ for submit@debbugs.gnu.org; Mon, 02 Apr 2012 16:49:58 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:65389) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoCI-0002Nr-EZ for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 16:49:55 -0400 Received: by bkuw5 with SMTP id w5so2659551bku.3 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 13:49:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=/8HGkCyrTsEMzXJO2LgU1o9e8BTmD1y9NbnPw3hgLbw=; b=ph7hn8qeSAyDZsePRLYBO+k0Fl9q6O4vf1ZZLt70H0NwjFSnAQqx5GikcWRy5sqy13 lay8JEdv1e+23B+x4CMoq0JIh0FWbOJKBMnUxEuFfaK6mZW6XZnDzwV8h3fct9Bn6bkR r6/JB7p1iLXxtUeGa2ZYul8TWNh/NBT+pogsEgYyIVmtpi+bQZEkCX+S/wDx/MvWOtk3 XJjmq0nlFelefGlbw3HnV5k484mg9CaujNN04FbXygmvTHIpMqs4EkNe9OB+vKWiTEOY Z/gXA+gqY+aoxc6PdSnA1YswY8TtiwLWfMUtLxYE6VOiNTvZeVGgfwG/7X0YEAPhSflY D+Cw== Received: by 10.205.131.3 with SMTP id ho3mr4211116bkc.48.1333399775821; Mon, 02 Apr 2012 13:49:35 -0700 (PDT) Received: from [87.2.97.201] (host201-97-dynamic.2-87-r.retail.telecomitalia.it. [87.2.97.201]) by mx.google.com with ESMTPS id f5sm41089239bke.9.2012.04.02.13.49.29 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 13:49:34 -0700 (PDT) Message-ID: <4F7A10D7.8050908@gmail.com> Date: Mon, 02 Apr 2012 22:49:27 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: <87d37pj39j.fsf@fleche.redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/02/2012 10:19 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> It should still be possible, with the right hack (which is > Stefano> tested in the testsuite, and required by other packages > Stefano> anyway). The baseline is: if you don't want your '.info' files > Stefano> to be distributed, then it should be easily possible to have > Stefano> them built in the builddir; but if you want them distributed, > Stefano> they will be built in the srcdir. > > Now I am confused. Is it possible to continue to work the way it does > today, or not? > The point is: if you want to have info files build in the builddir *and* distributed, than no, it won't be possible (without bending over backwards). But I still don't understand why it's a big deal to have the '.info' files placed in the srcdir *if you are going do distribute them*. > If so, then great. > > If not, then we need some other plan. > By looking at the 'handle_texinfo_helper' function in the automake script, I suspect adding a new Automake option 'info-in-builddir' (say) and an handful of lines to the automake script might be enough to give you an easy way to force the '.info' files to be generated in the builddir. But before doing so, I'd like to understand why you want so strongly to support such a setup. > Tom> But, I see that, according to the Automake manual, I am wrong about that. > > Stefano> Weird, I didn't expect that hack to be documented in the > Stefano> manual... And in fact I cannot find it. Could you please > Stefano> point me to it? Thanks. > > http://www.gnu.org/software/automake/manual/automake.html#Cygnus > > "Info files are always created in the build directory, and not in the > source directory. Packages that don't use the cygnus option can emulate > this effect by using the no-installinfo option and listing the generated > info files in the CLEANFILES variable. " > > Re-reading the suggestion here, I can't understand how it would work. > Another automake internal hack basically. For more details, in case you are interested, see code and comments in the 'automake.in:handle_texinfo_helper' subroutine, and the test cases txinfo{23,24,25}.test in the Automake distribution. > Anyway the real use in the src tree is different, IIUC. > Info files are built in the build tree by developers, but put in the > source tree for distribution. > In such a setup, what is the issue with having the '.info' files built in the srcdir? It's not like the developers will develop with a read-only source tree, right? Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 21:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Roumen Petrov Cc: Tom Tromey , 11034@debbugs.gnu.org, joseph@codesourcery.com, automake@gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133340041610137 (code B ref 11034); Mon, 02 Apr 2012 21:01:02 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 21:00:16 +0000 Received: from localhost ([127.0.0.1]:36989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoMJ-0002dR-DB for submit@debbugs.gnu.org; Mon, 02 Apr 2012 17:00:16 -0400 Received: from mail-wg0-f46.google.com ([74.125.82.46]:58486) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoMF-0002dH-Gi for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 17:00:13 -0400 Received: by wgbdq11 with SMTP id dq11so3188454wgb.15 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 13:59:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=OetW/7PEZuVXvDASEzDY2RQfCXeTqFT/Otq5gkm8dPI=; b=QKOSi9WmHU9+GLYryGTUGKryiK9pD5Mdjd2QIdbCimf5nBttYf+jauWqf2nD+eMBfj JbDa5O1ahIZVMZ3rzrnBpRMAiM9z7cuSZEeQPxKdNWZAXccdpUbnp9Tu7fun/BDCcVqk +8BCNCgvKktWAFBYR7a1Bcw1dPAyla2WSjBjae/nSyCKLzIe/K8NJLYptmpzh0S3j+35 cAQ3Alqp7hSNcXElwWGowOBF91IgtNlYF28WNKhNTyWafNcbq6gw7JJN2u4Wkg8Bia6Y yHR3vxYCbjZtdw2gtdv+5qumHNYr+v1gMnTpXXEWhLwD8a0etc4tH7U9pxJwA+a6U2t3 5K7w== Received: by 10.180.104.230 with SMTP id gh6mr28450158wib.22.1333400390870; Mon, 02 Apr 2012 13:59:50 -0700 (PDT) Received: from [87.2.97.201] (host201-97-dynamic.2-87-r.retail.telecomitalia.it. [87.2.97.201]) by mx.google.com with ESMTPS id l5sm36997031wia.11.2012.04.02.13.59.47 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 13:59:49 -0700 (PDT) Message-ID: <4F7A1340.6050403@gmail.com> Date: Mon, 02 Apr 2012 22:59:44 +0200 From: Stefano Lattarini MIME-Version: 1.0 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@gmail.com> <4F7A0849.4020809@roumenpetrov.info> In-Reply-To: <4F7A0849.4020809@roumenpetrov.info> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/02/2012 10:12 PM, Roumen Petrov wrote: > Hi Stefano, > > Stefano Lattarini wrote: >> [SNIP] >> It should still be possible, with the right hack (which is tested in the >> testsuite, and required by other packages anyway). The baseline is: if >> you don't want your '.info' files to be distributed, then it should be >> easily possible to have them built in the builddir; but if you want them >> distributed, they will be built in the srcdir. > Sound like if user would like to distribute binaries they must be in source directory . > Why generated file, not required for build process, has to be places in source tree. > This is explained in excruciating details in some code comments in the automake script (in the 'handle_texinfo_helper', more precisely). I'll just copy and paste them here: # Until Automake 1.6.3, .info files were built in the # source tree. This was an obstacle to the support of # non-distributed .info files, and non-distributed .texi # files. # # * Non-distributed .texi files is important in some packages # where .texi files are built at make time, probably using # other binaries built in the package itself, maybe using # tools or information found on the build host. Because # these files are not distributed they are always rebuilt # at make time; they should therefore not lie in the source # directory. One plan was to support this using # nodist_info_TEXINFOS or something similar. (Doing this # requires some sanity checks. For instance Automake should # not allow: # dist_info_TEXINFOS = foo.texi # nodist_foo_TEXINFOS = included.texi # because a distributed file should never depend on a # non-distributed file.) # # * If .texi files are not distributed, then .info files should # not be distributed either. There are also cases where one # wants to distribute .texi files, but does not want to # distribute the .info files. For instance the Texinfo package # distributes the tool used to build these files; it would # be a waste of space to distribute them. It's not clear # which syntax we should use to indicate that .info files should # not be distributed. Akim Demaille suggested that eventually # we switch to a new syntax: # | Maybe we should take some inspiration from what's already # | done in the rest of Automake. Maybe there is too much # | syntactic sugar here, and you want # | nodist_INFO = bar.info # | dist_bar_info_SOURCES = bar.texi # | bar_texi_DEPENDENCIES = foo.texi # | with a bit of magic to have bar.info represent the whole # | bar*info set. That's a lot more verbose that the current # | situation, but it is not new, hence the user has less to # | learn. # | # | But there is still too much room for meaningless specs: # | nodist_INFO = bar.info # | dist_bar_info_SOURCES = bar.texi # | dist_PS = bar.ps something-written-by-hand.ps # | nodist_bar_ps_SOURCES = bar.texi # | bar_texi_DEPENDENCIES = foo.texi # | here bar.texi is dist_ in line 2, and nodist_ in 4. # # Back to the point, it should be clear that in order to support # non-distributed .info files, we need to build them in the # build tree, not in the source tree (non-distributed .texi # files are less of a problem, because we do not output build # rules for them). In Automake 1.7 .info build rules have been # largely cleaned up so that .info files get always build in the # build tree, even when distributed. The idea was that # (1) if during a VPATH build the .info file was found to be # absent or out-of-date (in the source tree or in the # build tree), Make would rebuild it in the build tree. # If an up-to-date source-tree of the .info file existed, # make would not rebuild it in the build tree. # (2) having two copies of .info files, one in the source tree # and one (newer) in the build tree is not a problem # because 'make dist' always pick files in the build tree # first. # However it turned out the be a bad idea for several reasons: # * Tru64, OpenBSD, and FreeBSD (not NetBSD) Make do not behave # like GNU Make on point (1) above. These implementations # of Make would always rebuild .info files in the build # tree, even if such files were up to date in the source # tree. Consequently, it was impossible to perform a VPATH # build of a package containing Texinfo files using these # Make implementations. # (Refer to the Autoconf Manual, section "Limitation of # Make", paragraph "VPATH", item "target lookup", for # an account of the differences between these # implementations.) # * The GNU Coding Standards require these files to be built # in the source-tree (when they are distributed, that is). # * Keeping a fresher copy of distributed files in the # build tree can be annoying during development because # - if the files is kept under CVS, you really want it # to be updated in the source tree; # - it is confusing that 'make distclean' does not erase # all files in the build tree. # # Consequently, starting with Automake 1.8, .info files are # built in the source tree again. Because we still plan to # support non-distributed .info files at some point, we # have a single variable ($INSRC) that controls whether # the current .info file must be built in the source tree # or in the build tree. Actually this variable is switched # off for .info files that appear to be cleaned; this is # for backward compatibility with package such as Texinfo, # which do things like # info_TEXINFOS = texinfo.txi info-stnd.texi info.texi # DISTCLEANFILES = texinfo texinfo-* info*.info* # # Do not create info files for distribution. # dist-info: # in order not to distribute .info files. HTH. > What if author(s) would like to separate process of document creation from binaries ? > >> The rationale to do so is >> to ensure that, in both cases, the developer's tree layout (as bootstrapped >> from a VCS checkout) will match the user's tree layout (as obtained from a >> distribution tarball). > > May be I miss what is rationale to keep read-only and build-ready source tree. > I don't understand what you mean here. Could you please rephrase your statement? Regards, Stefano P.S. Please keep the '11034@debbugs.gnu.org' address in CC:, so that this discussion gets properly recorded in the automake bug tracker. Thanks. From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Ian Lance Taylor Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 21:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133340102711027 (code B ref 11034); Mon, 02 Apr 2012 21:11:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 21:10:27 +0000 Received: from localhost ([127.0.0.1]:36998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoWB-0002ro-C1 for submit@debbugs.gnu.org; Mon, 02 Apr 2012 17:10:27 -0400 Received: from mail-pz0-f42.google.com ([209.85.210.42]:47088) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEoW8-0002rf-AB for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 17:10:26 -0400 Received: by dang27 with SMTP id g27so3801921dan.29 for <11034@debbugs.gnu.org>; Mon, 02 Apr 2012 14:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=2rW/0m6nwjjg8LQClVLK5Os2+zVG+92PlCY0zxu0Q1w=; b=l5Xer4q70wyVPURmNSoaXwxYuI6QcBMpAs0nN1eeFBe8seDi7AklZx7M991VGn9LLa Z9i41atvmNncQK4j0rosxGMwE8kwzbXuU21Nw1FfnMYX+Vxd2+9LkOSrYf5Vx38/RZ34 ie3XOe+os5wAeqgvfFXoFgN7ZV6e49exeN+elTFvN3VSrj7tjGjWyne07r8+J9JzK02p lGnGIu/YYPLAJeVBVNDtVFO13EmtETqhbDZBwzkvZPXq+ESzwDW0dafdP+AUrt9V0Jc5 jQeEavT79MClv1anUn7vVlpoGOI1rl7DOPGLw/DPSyJ6ye71WuV1s1oM7Ildzuj4SqgE t+9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:x-gm-message-state; bh=2rW/0m6nwjjg8LQClVLK5Os2+zVG+92PlCY0zxu0Q1w=; b=paajWjzaLbqDtXWRKbigTmFf1SIDcgUt0i1mJksLJ5FIG10+OMblnYScSffDFQpLS9 QEYWVMRC/AZ6ZEb3/Bhre2rcyMlLAf+lCn/ssIwaL3/bCTVvg9uPgy67CO/9oF4Nnc1V m+9QCCzSj+a8/lUEJ1t8kzTighBpqbEHKGJAs+n8Gg5oZOPrsQQv3TJZY7AdqBeaiZGl 0ZNsn+uO+TdySOrRnJxnfu3ZkJimkrhn1obLeyrLqaEJqg1cVyBpK/U8JzZJ4Wat8lZK 0tuxp+LbBQAWylt5zoULjSlqKd6E0a+FItE/mX+ckfZTSNC52OO5n5/5BHTLbk1S0mBF bW0g== Received: by 10.68.201.169 with SMTP id kb9mr23203415pbc.146.1333401005581; Mon, 02 Apr 2012 14:10:05 -0700 (PDT) Received: by 10.68.201.169 with SMTP id kb9mr23203366pbc.146.1333401005319; Mon, 02 Apr 2012 14:10:05 -0700 (PDT) Received: from coign.google.com ([216.239.45.130]) by mx.google.com with ESMTPS id d4sm4681482pbr.32.2012.04.02.14.10.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 02 Apr 2012 14:10:04 -0700 (PDT) From: Ian Lance Taylor 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> Date: Mon, 02 Apr 2012 14:10:03 -0700 In-Reply-To: <4F7A10D7.8050908@gmail.com> (Stefano Lattarini's message of "Mon, 02 Apr 2012 22:49:27 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Gm-Message-State: ALoCoQm8D4F+nt+Mi/SatcXm/FCM2gnkiDfG7RF7IClpYHOm+NhgibLjRT4fmbWfe/ctMo2s8yyg6HlIHL/MCk/Hw1GrncN1KehMyITjQMr9Mya4kjlUG31UB+Km3Nq8faWll60T/VjG1HIEP22dxkp1PvJsO9ji1AdPQ7g31gFZK6mIXuf6S+4= X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Stefano Lattarini writes: >> Anyway the real use in the src tree is different, IIUC. >> Info files are built in the build tree by developers, but put in the >> source tree for distribution. >> > In such a setup, what is the issue with having the '.info' files built > in the srcdir? It's not like the developers will develop with a > read-only source tree, right? There are many different people who build gcc from snapshots, not releases, for various different reasons. It would be good if those people could continue to build from a read-only source directory. It would be good if those people could get .info files appropriate to their source code. Of course releases should continue to contain .info files. We do not want .info files to be part of source code control for development, but we do want them to be part of source code control for releases. That means that there is no correct setting for svn:ignore or whatever. This can be worked around, it's just a minor pain. Ian From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Roumen Petrov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 02 Apr 2012 21:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: Tom Tromey , 11034@debbugs.gnu.org, iant@google.com, joseph@codesourcery.com, automake@gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133340201512462 (code B ref 11034); Mon, 02 Apr 2012 21:27:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 Apr 2012 21:26:55 +0000 Received: from localhost ([127.0.0.1]:37005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEom6-0003Ex-TH for submit@debbugs.gnu.org; Mon, 02 Apr 2012 17:26:55 -0400 Received: from rila.superhosting.bg ([91.196.124.212]:47588) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEom4-0003Ep-M8 for 11034@debbugs.gnu.org; Mon, 02 Apr 2012 17:26:54 -0400 Received: from [78.128.48.21] (helo=[192.168.0.10]) by rila.superhosting.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SEolj-000ZrE-RR; Tue, 03 Apr 2012 00:26:31 +0300 Message-ID: <4F7A1985.4010200@roumenpetrov.info> Date: Tue, 03 Apr 2012 00:26:29 +0300 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 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> In-Reply-To: <4F7A10D7.8050908@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rila.superhosting.bg X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roumenpetrov.info X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Hi Stefano, Stefano Lattarini wrote: > On 04/02/2012 10:19 PM, Tom Tromey wrote: >>>>>>> "Stefano" == Stefano Lattarini writes: >> Stefano> It should still be possible, with the right hack (which is >> Stefano> tested in the testsuite, and required by other packages >> Stefano> anyway). The baseline is: if you don't want your '.info' files >> Stefano> to be distributed, then it should be easily possible to have >> Stefano> them built in the builddir; but if you want them distributed, >> Stefano> they will be built in the srcdir. >> >> Now I am confused. Is it possible to continue to work the way it does >> today, or not? >> > The point is: if you want to have info files build in the builddir *and* > distributed, than no, it won't be possible (without bending over backwards). > But I still don't understand why it's a big deal to have the '.info' files > placed in the srcdir *if you are going do distribute them*. A lot of manual include path to executable. This path depend from vendor and OS. The correctly written documentation has to use proper paths For instance /bin/sh is correct for most system but on some linux based OS-es it is /system/bin/sh . So the rule to put into source tree generated files (documentation) prevent parallel build for multiple host or target platforms. [SNIP] Roumen From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Joern Rennecke Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 16:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133347030320029 (code B ref 11034); Tue, 03 Apr 2012 16:26:01 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 16:25:03 +0000 Received: from localhost ([127.0.0.1]:38214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SF6XV-0005Ck-Rr for submit@debbugs.gnu.org; Tue, 03 Apr 2012 12:25:02 -0400 Received: from c60.cesmail.net ([216.154.195.49]:59087) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SEz1K-0001aX-4H for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 04:23:19 -0400 Received: from unknown (HELO delta2) ([192.168.1.50]) by c60.cesmail.net with ESMTP; 03 Apr 2012 04:22:40 -0400 Received: from host-92-29-209-134.as13285.net (host-92-29-209-134.as13285.net [92.29.209.134]) by webmail.spamcop.net (Horde MIME library) with HTTP; Tue, 03 Apr 2012 04:22:40 -0400 Message-ID: <20120403042240.s2mpkm8m8ggkw8oo-nzlynne@webmail.spamcop.net> Date: Tue, 03 Apr 2012 04:22:40 -0400 From: Joern Rennecke 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> In-Reply-To: <4F7A10D7.8050908@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Spam-Score: -4.2 (----) X-Mailman-Approved-At: Tue, 03 Apr 2012 12:25:00 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Quoting Stefano Lattarini : > By looking at the 'handle_texinfo_helper' function in the automake script, > I suspect adding a new Automake option 'info-in-builddir' (say) and an > handful of lines to the automake script might be enough to give you an easy > way to force the '.info' files to be generated in the builddir. But before > doing so, I'd like to understand why you want so strongly to support such > a setup. It is quite common during development / testing to build multiple configurations simultaneously from the same sources, with separate make processes. Writing to the source directory would cause disastrous race conditions. From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 20:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Ian Lance Taylor Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348354810190 (code B ref 11034); Tue, 03 Apr 2012 20:06:02 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 20:05:48 +0000 Received: from localhost ([127.0.0.1]:38440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9zA-0002eI-23 for submit@debbugs.gnu.org; Tue, 03 Apr 2012 16:05:48 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:35787) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9yC-0002cX-Fn for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 16:04:50 -0400 Received: by bkuw5 with SMTP id w5so105987bku.3 for <11034@debbugs.gnu.org>; Tue, 03 Apr 2012 13:04:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type; bh=69Yp3bZpp/pmZzLTtVB4HIevgPHdarU7f7IZqTputDk=; b=zNBur7gW8JU0xWzQUJMiJ0orM5yFWGkN6CKZi27OYwwtafAscES8gs6rng9XG980Rc OBqI0bm/o1QcixTuSXqFRwaFNSjnPd2ttVicO/gkLhWg51ip2FPgXmSsS4a1M7dexWi7 R8dLLZih0p6aVagOmH3A7LeA4oC+iwXbyZsidZYcctTnrTT5E8w42cUyC8vrxcO4Tvt+ DgKLgwoQ8DLVTEIKKEmmHag6VW7hq43WN82+eDJ2Wl293tSrnd5Roj7/qXwnJm5Qbrlc 00x0Reud53HVhMnUkSrVHdZoPw0QNVStRgeF2TO7Pf7XrH/KPyirT7GonP4eZZ+MvpMG WR1Q== Received: by 10.205.133.10 with SMTP id hw10mr6073726bkc.61.1333483464197; Tue, 03 Apr 2012 13:04:24 -0700 (PDT) Received: from [95.244.95.254] (host254-95-dynamic.244-95-r.retail.telecomitalia.it. [95.244.95.254]) by mx.google.com with ESMTPS id x4sm48223351bkv.8.2012.04.03.13.04.22 (version=SSLv3 cipher=OTHER); Tue, 03 Apr 2012 13:04:23 -0700 (PDT) Message-ID: <4F7B57C4.9000402@gmail.com> Date: Tue, 03 Apr 2012 22:04:20 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: Content-Type: multipart/mixed; boundary="------------020507070806030904010408" X-Spam-Score: -2.6 (--) X-Mailman-Approved-At: Tue, 03 Apr 2012 16:05:46 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------020507070806030904010408 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit OK, you've all made clear you have your sensible reasons to have the '.info' files generated in the builddir in your use cases. Since the actual change required by automake to allow this is very small and safe, I'm ready to do it (see attached patch, which I will push in a couple of days to 'master' if there is no objection). But since I'm not yet ready to publish this new feature, I intend to make it available only though the new, undocumented option named (literally) "hack!info-in-builddir". I hope this is acceptable to you. Regards, Stefano --------------020507070806030904010408 Content-Type: text/x-diff; name="0001-texinfo-hack-to-allow-.info-files-to-be-generated-in.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-texinfo-hack-to-allow-.info-files-to-be-generated-in.pa"; filename*1="tch" >From de715b44d25ad523b558d7321ce87bcf8c0cdb09 Mon Sep 17 00:00:00 2001 Message-Id: From: Stefano Lattarini Date: Tue, 3 Apr 2012 22:02:55 +0200 Subject: [PATCH] texinfo: hack to allow '.info' files to be generated in the builddir The possibility to force the '.info' files to be generated in the builddir rather than the srcdir is requested by the developers of GCC, GDB, GNU binutils and the GNU bfd library. The lack of such a possibility being the last obstacle to the removal of the support for Cygnus-style trees (for which such a setup for '.info' files generation was automatically implied). So allow the developers to have the '.info' files to be generated in the builddir rather than the srcdir, through the use of the new *undocumented* option '!hack!info-in-builddir' (whose name should made it clear that it is not meant for public consumption). See also the extensive discussion about automake bug#11034. * lib/Automake/Options.pm (_is_valid_easy_option): Recognize the new option. * automake.in (handle_texinfo_helper): If it's set, initialize '$insrc' to '0', so that info files will be generated in the builddir. Adjust comments to match. * tests/txinfo-builddir.test: New test. * tests/list-of-tests.mk: Add it. Signed-off-by: Stefano Lattarini --- automake.in | 28 +++++++++++----- lib/Automake/Options.pm | 1 + tests/list-of-tests.mk | 1 + tests/txinfo-builddir.test | 74 ++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 95 insertions(+), 9 deletions(-) create mode 100755 tests/txinfo-builddir.test diff --git a/automake.in b/automake.in index f96e36b..b793a12 100644 --- a/automake.in +++ b/automake.in @@ -3278,15 +3278,25 @@ sub handle_texinfo_helper ($) # have a single variable ($INSRC) that controls whether # the current .info file must be built in the source tree # or in the build tree. Actually this variable is switched - # off for .info files that appear to be cleaned; this is - # for backward compatibility with package such as Texinfo, - # which do things like - # info_TEXINFOS = texinfo.txi info-stnd.texi info.texi - # DISTCLEANFILES = texinfo texinfo-* info*.info* - # # Do not create info files for distribution. - # dist-info: - # in order not to distribute .info files. - my $insrc = ($out_file =~ $user_cleaned_files) ? 0 : 1; + # off in two cases: + # (1) For '.info' files that appear to be cleaned; this is for + # backward compatibility with package such as Texinfo, + # which do things like + # info_TEXINFOS = texinfo.txi info-stnd.texi info.texi + # DISTCLEANFILES = texinfo texinfo-* info*.info* + # # Do not create info files for distribution. + # dist-info: + # in order not to distribute .info files. + # (2) When the undocumented option '!hack!info-in-builddir' + # is given. This is done to allow the developers of + # GCC, GDB, GNU binutils and the GNU bfd library to force + # force the '.info' files to be generated in the builddir + # rather than the srcdir, as was once done when the (now + # obsolete) 'cygnus' option was given. See automake + # bug#11034 for more discussion. + my $insrc = 1; + $insrc = 0 if $out_file =~ $user_cleaned_files; + $insrc = 0 if option '!hack!info-in-builddir'; my $soutdir = '$(srcdir)/' . $outdir; $outdir = $soutdir if $insrc; diff --git a/lib/Automake/Options.pm b/lib/Automake/Options.pm index 2f977bd..ee33837 100644 --- a/lib/Automake/Options.pm +++ b/lib/Automake/Options.pm @@ -267,6 +267,7 @@ sub _is_valid_easy_option ($) { my $opt = shift; return scalar grep { $opt eq $_ } qw( + !hack!info-in-builddir check-news color-tests cygnus diff --git a/tests/list-of-tests.mk b/tests/list-of-tests.mk index de022a2..fa57ce5 100644 --- a/tests/list-of-tests.mk +++ b/tests/list-of-tests.mk @@ -1181,6 +1181,7 @@ txinfo31.test \ txinfo32.test \ txinfo33.test \ txinfo-unrecognized-extension.test \ +txinfo-builddir.test \ transform.test \ transform2.test \ transform3.test \ diff --git a/tests/txinfo-builddir.test b/tests/txinfo-builddir.test new file mode 100755 index 0000000..64ca190 --- /dev/null +++ b/tests/txinfo-builddir.test @@ -0,0 +1,74 @@ +#! /bin/sh +# Copyright (C) 2012 Free Software Foundation, Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2, or (at your option) +# any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see . + +# Check that info files are built in builddir when needed. +# This test that this can be done through the "magic" undocumented +# option '!hack!info-in-builddir', as requested by at least GCC, GDB, +# GNU binutils and the GNU bfd library. See automake bug#11034. + +# See also txinfo23.test, txinfo24.test, txinfo25.test. + +required=makeinfo +. ./defs || Exit 1 + +echo AC_OUTPUT >> configure.ac + +cat > Makefile.am << 'END' +AUTOMAKE_OPTIONS = cygnus ##!hack!info-in-builddir +info_TEXINFOS = foo.texi subdir/bar.texi +subdir_bar_TEXINFOS = subdir/inc.texi +END + +mkdir subdir + +cat > foo.texi << 'END' +\input texinfo +@setfilename foo.info +@settitle foo +@node Top +Hello walls. +@include version.texi +@bye +END + +cat > subdir/bar.texi << 'END' +\input texinfo +@setfilename bar.info +@settitle bar +@node Top +Hello walls. +@include inc.texi +@bye +END + +cat > subdir/inc.texi << 'END' +I'm included. +END + +$ACLOCAL +$AUTOMAKE --add-missing +$AUTOCONF + +mkdir build +cd build +../configure +$MAKE info +test -f foo.info +test -f subdir/bar.info +test ! -f ../foo.info +test ! -f ../subdir/bar.info + +: -- 1.7.9 --------------020507070806030904010408-- From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 20:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Ian Lance Taylor Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348363910353 (code B ref 11034); Tue, 03 Apr 2012 20:08:01 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 20:07:19 +0000 Received: from localhost ([127.0.0.1]:38455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFA0b-0002gu-Ts for submit@debbugs.gnu.org; Tue, 03 Apr 2012 16:07:18 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:40926) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9zP-0002eo-4B for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 16:06:03 -0400 Received: by bkuw5 with SMTP id w5so107403bku.3 for <11034@debbugs.gnu.org>; Tue, 03 Apr 2012 13:05:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ocKpRNd3YuZizhxje3qwkobn5dZ8yz/hPfVSEmd71WU=; b=Wnw//J61/zILCYmzsFH+NV+rmYOh1FsdjDsTcBbllIPg1nAOFTkDZxiMTk1295U3HM jGM4zUcDzgeg7/yeAL4/ZwrS9YmJ2i+OIrSCcSTIZWSulhihmjWdS0V0iQP9xzHmr45S 71F3BwcGHzSpdWEKr0Z0KkikqxJYOPCuaEkYw0O6lO51B4JI61xUAsg2uogfiH/z9OCw KzOYeM7j4Sl/Lq+4oZlxnVMcIEnf5eETqPEXhS80E8Z+x3D3cWHvcBmRqzR30CMzOApn jcXSOZrWxXO5yJEujtMZ8atvJ/tqLedxoVhMHhnGV1FYmp/aWcrSaTbZESKl97Vrb49V fSQA== Received: by 10.204.151.217 with SMTP id d25mr6147929bkw.89.1333483539160; Tue, 03 Apr 2012 13:05:39 -0700 (PDT) Received: from [95.244.95.254] (host254-95-dynamic.244-95-r.retail.telecomitalia.it. [95.244.95.254]) by mx.google.com with ESMTPS id f6sm48175270bkg.10.2012.04.03.13.05.37 (version=SSLv3 cipher=OTHER); Tue, 03 Apr 2012 13:05:38 -0700 (PDT) Message-ID: <4F7B580F.2060007@gmail.com> Date: Tue, 03 Apr 2012 22:05:35 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> In-Reply-To: <4F7B57C4.9000402@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Mailman-Approved-At: Tue, 03 Apr 2012 16:07:15 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/03/2012 10:04 PM, Stefano Lattarini wrote: > OK, you've all made clear you have your sensible reasons to have the '.info' > files generated in the builddir in your use cases. Since the actual change > required by automake to allow this is very small and safe, I'm ready to do > it (see attached patch, which I will push in a couple of days to 'master' if > there is no objection). > > But since I'm not yet ready to publish this new feature, I intend to make > it available only though the new, undocumented option named (literally) > "hack!info-in-builddir". I hope this is acceptable to you. > Oops, with this squashed in: diff --git a/tests/txinfo-builddir.test b/tests/txinfo-builddir.test index 64ca190..a09af80 100755 --- a/tests/txinfo-builddir.test +++ b/tests/txinfo-builddir.test @@ -27,7 +27,7 @@ required=makeinfo echo AC_OUTPUT >> configure.ac cat > Makefile.am << 'END' -AUTOMAKE_OPTIONS = cygnus ##!hack!info-in-builddir +AUTOMAKE_OPTIONS = !hack!info-in-builddir info_TEXINFOS = foo.texi subdir/bar.texi subdir_bar_TEXINFOS = subdir/inc.texi END Sorry for the noise, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 20:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Ian Lance Taylor Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348499312283 (code B ref 11034); Tue, 03 Apr 2012 20:30:02 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 20:29:53 +0000 Received: from localhost ([127.0.0.1]:38468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAMS-0003C3-L5 for submit@debbugs.gnu.org; Tue, 03 Apr 2012 16:29:53 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:43476) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAMQ-0003Bv-2b for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 16:29:51 -0400 Received: by bkuw5 with SMTP id w5so129022bku.3 for <11034@debbugs.gnu.org>; Tue, 03 Apr 2012 13:29:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type; bh=XtvKITU/tGwqOOC5ej162ilS/34KTV/zmp69Bwe+Bss=; b=f4+eaj0HikaQYXZSrLw4CXEkTvPiAMW+drY0jQ7V1opRXcCv2in5n/YeYjpgZ/Az6d 7ee3zsZ/AwuikdwCqmFWKH0t/WLpSyT/lBoXMJAQfmgMAxmBtg6oMamHy8OUegG0LBCu 7oZw8ZTT+/vaQwT0XsOlzBU0eYJAKo2a5prMni0TvIR7ArUbg2A2mfxcuvKiadfYYQ+l v64TK2oUiCLGEg5RgaLGfs6PoIhuC8NIBdm7X8TDhfmnZQIrsFo22G8DToa/KANorbtF sbr1913t+QDiFd7rYPJZrzvrOS3RHd5va19XPrFLBRmScSsYQnDQsZsUQLpgewUErt9f V/iA== Received: by 10.204.154.28 with SMTP id m28mr5941379bkw.102.1333484965619; Tue, 03 Apr 2012 13:29:25 -0700 (PDT) Received: from [95.244.95.254] (host254-95-dynamic.244-95-r.retail.telecomitalia.it. [95.244.95.254]) by mx.google.com with ESMTPS id jr13sm48283953bkb.14.2012.04.03.13.29.24 (version=SSLv3 cipher=OTHER); Tue, 03 Apr 2012 13:29:25 -0700 (PDT) Message-ID: <4F7B5DA1.9000908@gmail.com> Date: Tue, 03 Apr 2012 22:29:21 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> <4F7B580F.2060007@gmail.com> In-Reply-To: <4F7B580F.2060007@gmail.com> Content-Type: multipart/mixed; boundary="------------010504070908080806030905" X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------010504070908080806030905 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 04/03/2012 10:05 PM, Stefano Lattarini wrote: > On 04/03/2012 10:04 PM, Stefano Lattarini wrote: >> OK, you've all made clear you have your sensible reasons to have the '.info' >> files generated in the builddir in your use cases. Since the actual change >> required by automake to allow this is very small and safe, I'm ready to do >> it (see attached patch, which I will push in a couple of days to 'master' if >> there is no objection). >> >> But since I'm not yet ready to publish this new feature, I intend to make >> it available only though the new, undocumented option named (literally) >> "hack!info-in-builddir". I hope this is acceptable to you. >> On a second though, by double-checking the existing code, I couldn't see how the 'cygnus' option could possibly influence the location of the generated info files -- and it turned out it didn't! Despite what was documented in the manual, the 'cygnus' option did *not* cause the generated '.info' files to be placed in the builddir (see attached test case). This is true for at least for automake 1.9.6, 1.10.3, 1.11.1, 1.11.4, and automake built from the master branch (I've checked them all). Since nobody ever complained about such a breakage, I conclude that the feature was not truly needed, and I'm thus withdrawing my previous patch. Regards, Stefano --------------010504070908080806030905 Content-Type: text/plain; name="txinfo-cygnus-bug.test" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="txinfo-cygnus-bug.test" #! /bin/sh # Copyright (C) 2012 Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2, or (at your option) # any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see . # The cygnus option do not really cause the '.info' files to be # generated in the builddir! required=makeinfo . ./defs || Exit 1 cat >> configure.ac < Makefile.am << 'END' AUTOMAKE_OPTIONS = cygnus -Wno-override info_TEXINFOS = foo.texi END cat > foo.texi << 'END' \input texinfo @setfilename foo.info @settitle foo @node Top Hello walls. @bye END $ACLOCAL $AUTOMAKE --add-missing $AUTOCONF mkdir build cd build ../configure $MAKE info ls -l . .. test -f foo.info test ! -f ../foo.info : --------------010504070908080806030905-- From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Tom Tromey Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 20:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348562713342 (code B ref 11034); Tue, 03 Apr 2012 20:41:02 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 20:40:27 +0000 Received: from localhost ([127.0.0.1]:38472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAWg-0003T8-T6 for submit@debbugs.gnu.org; Tue, 03 Apr 2012 16:40:27 -0400 Received: from mx1.redhat.com ([209.132.183.28]:19645) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAWZ-0003Sw-WD for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 16:40:22 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q33Kdpcf019136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 3 Apr 2012 16:39:51 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q33Kdmsw027219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 3 Apr 2012 16:39:49 -0400 From: Tom Tromey 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> <4F7B580F.2060007@gmail.com> <4F7B5DA1.9000908@gmail.com> X-Attribution: Tom Date: Tue, 03 Apr 2012 14:39:48 -0600 In-Reply-To: <4F7B5DA1.9000908@gmail.com> (Stefano Lattarini's message of "Tue, 03 Apr 2012 22:29:21 +0200") Message-ID: <87pqboft2j.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) >>>>> "Stefano" == Stefano Lattarini writes: Stefano> On a second though, by double-checking the existing code, I Stefano> couldn't see how the 'cygnus' option could possibly influence Stefano> the location of the generated info files -- and it turned out Stefano> it didn't! Despite what was documented in the manual, the Stefano> 'cygnus' option did *not* cause the generated '.info' files to Stefano> be placed in the builddir (see attached test case). It certainly does for me: barimba. pwd /home/tromey/gnu/baseline-gdb/build/binutils barimba. grep '^srcdir = ' Makefile srcdir = ../../src/binutils barimba. find . -name 'binutils.info' ./doc/binutils.info barimba. find ../../src/binutils -name 'binutils.info' barimba. How did you test it? If you built from a distribution tar, then it is expected that the info file would be in srcdir. Tom From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Ian Lance Taylor Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 21:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348731115799 (code B ref 11034); Tue, 03 Apr 2012 21:09:01 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 21:08:31 +0000 Received: from localhost ([127.0.0.1]:38516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAxq-00046l-Kr for submit@debbugs.gnu.org; Tue, 03 Apr 2012 17:08:30 -0400 Received: from mail-iy0-f172.google.com ([209.85.210.172]:61678) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAxo-00046e-Hn for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 17:08:29 -0400 Received: by iazz13 with SMTP id z13so185189iaz.3 for <11034@debbugs.gnu.org>; Tue, 03 Apr 2012 14:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=k4Pmba2x+2dlN1C85OU+lWK89/u3pIUMb3oTq0Qjn74=; b=o561+g+I7pW9xMk/ytlu95QQmVc8O+a6oj5YtSe+bVskkyKWQz2prXZjfZGcaCEWvt 2uJf96H/JhvhaYw9UAlaUfXwyvkTWJFy7Q7bjzDxCUOGHfiridqZlUHgUdE9J96MYCek iLK0uy8ihxzRKPSnFVU2yVLwX6axi5J3vfeLNhAxAwXl2UlA7xNSnNqWzjwettkLu7jb rEOLDDcAvsxlIYJJhoZpkA6PTI72BNRIACGxLpFgEdtuq7usgQzAh9HG8mnIEbonbema D2f+7kfcL3XzmdNJ/hcp2yIg2NXIbQdO7awp3z2ZP7sLHNQREVacAFEyHpFbAPPIJq68 RJtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:x-gm-message-state; bh=k4Pmba2x+2dlN1C85OU+lWK89/u3pIUMb3oTq0Qjn74=; b=PjCbMS8fVXZl0ud0Bm4gcWYoF1/eO4vjlH1EIEWKoPy11QCqNbeJEbaWr4nSBwmCP3 /OGFVEke3/6gHZw4kC/MTIRis6uq9at588Vbg8kfUvFsvMor3kImCRkKyZCjcXWFVZMP knLwBCd0tRgKI1vkxxDBOSs/YyLvXY3fzyq1MZp1lWN3p5M+Q24CIiPcHtf18v8ptY+k KpMZvhh0U+FZ5eChR3f9FgwcJb9giDe9gq1MMcwQrLwDMlk7K0RYkZ5N+ce6uWuDqB76 cTKXCk4rPlK3meVLY/wCYDoaXEANplC+/3Vw0rxaCaijE1+RX/MZo5YtxYsFmRFnWqLq SqvQ== Received: by 10.50.57.133 with SMTP id i5mr3315325igq.14.1333487284494; Tue, 03 Apr 2012 14:08:04 -0700 (PDT) Received: by 10.50.57.133 with SMTP id i5mr3315279igq.14.1333487284388; Tue, 03 Apr 2012 14:08:04 -0700 (PDT) Received: from coign.google.com ([2620:0:1000:2301:f2de:f1ff:fe40:72a8]) by mx.google.com with ESMTPS id en3sm16894176igc.2.2012.04.03.14.08.02 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Apr 2012 14:08:03 -0700 (PDT) From: Ian Lance Taylor 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> Date: Tue, 03 Apr 2012 14:08:01 -0700 In-Reply-To: <4F7B57C4.9000402@gmail.com> (Stefano Lattarini's message of "Tue, 03 Apr 2012 22:04:20 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Gm-Message-State: ALoCoQmRxuGUBoZKaH8jIqF/NI0lXQXT8kW7FQQwYa0ULXhJqn2Hb3XD0eQu/VKt8bmJzYjajtdZ1UE45d6mw029pvyWD1g94dUgaKsD2B+xIH+1UQjcDf/sMF3Qkqg0FBmaOfgIvW/Pb2Fl8qLXBCm4yFnFQNySdTwTce8LNfakmhLl1KQJKig= X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Stefano Lattarini writes: > But since I'm not yet ready to publish this new feature, I intend to make > it available only though the new, undocumented option named (literally) > "hack!info-in-builddir". I hope this is acceptable to you. Sure, works for me. Thanks. Ian From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Pedro Alves Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 21:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133348956219092 (code B ref 11034); Tue, 03 Apr 2012 21:46:02 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 21:46:02 +0000 Received: from localhost ([127.0.0.1]:38556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFBY9-0004xp-QK for submit@debbugs.gnu.org; Tue, 03 Apr 2012 17:46:02 -0400 Received: from mx1.redhat.com ([209.132.183.28]:24359) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFBSn-0004q3-V6 for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 17:40:33 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q33LdxIA018198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 3 Apr 2012 17:40:00 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q33LduAv019861; Tue, 3 Apr 2012 17:39:56 -0400 Message-ID: <4F7B6E2B.2080504@redhat.com> Date: Tue, 03 Apr 2012 22:39:55 +0100 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120316 Thunderbird/11.0 MIME-Version: 1.0 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> In-Reply-To: <4F7B57C4.9000402@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -3.9 (---) X-Mailman-Approved-At: Tue, 03 Apr 2012 17:46:01 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 04/03/2012 09:04 PM, Stefano Lattarini wrote: > 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? -- Pedro Alves From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Miles Bader Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 03 Apr 2012 23:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Pedro Alves Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, Stefano Lattarini , binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133349723230078 (code B ref 11034); Tue, 03 Apr 2012 23:54:02 +0000 Received: (at 11034) by debbugs.gnu.org; 3 Apr 2012 23:53:52 +0000 Received: from localhost ([127.0.0.1]:38606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFDXs-0007p5-E8 for submit@debbugs.gnu.org; Tue, 03 Apr 2012 19:53:52 -0400 Received: from smtp12.dentaku.gol.com ([203.216.5.74]:39460) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFDXn-0007ou-9U for 11034@debbugs.gnu.org; Tue, 03 Apr 2012 19:53:49 -0400 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 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: Wed, 04 Apr 2012 08:53:15 +0900 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> Lines: 25 MIME-Version: 1.0 Content-Type: text/plain X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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? [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.0 MANY_TO_CC Sent to 10+ recipients -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [203.216.5.74 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) 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. From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 04 Apr 2012 07:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Tom Tromey Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, ams@gnu.org, binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13335254166925 (code B ref 11034); Wed, 04 Apr 2012 07:44:01 +0000 Received: (at 11034) by debbugs.gnu.org; 4 Apr 2012 07:43:36 +0000 Received: from localhost ([127.0.0.1]:38911 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFKsS-0001na-1U for submit@debbugs.gnu.org; Wed, 04 Apr 2012 03:43:36 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:50088) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFKsP-0001nS-9V for 11034@debbugs.gnu.org; Wed, 04 Apr 2012 03:43:34 -0400 Received: by bkuw5 with SMTP id w5so426629bku.3 for <11034@debbugs.gnu.org>; Wed, 04 Apr 2012 00:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=BYmcscaZ7PgkQCz5BgRsz8Uuldfi9VKF9lTKnT4NwyQ=; b=IJjLyV8yiLDQ8s2Vt39+yFLphW10PsI9AlYglbyttotw03wU4jK8AAz46oLGhgNXsA AYgNQWg0vYrJsolhFV0PfhDFZGpqoGR5sx2UiDlbuOmtAOZ2HWkD2j3Mko/VeCDJUwVd ope8QQkExj9WFsPVyGNUTlogYed7Js5ONXDBOFefAScRmROnl4coosGtm17Ujx6E+lBN O5swk/CvX/xl71uPRv0NqbYo9sqnMiE/or0+Itc4DLgvk0Sg+QItKtgrCMuC7wSMNov0 3Xb766XFKIbb46Nsa6l96jaGfRPkssVvvRA15FDT+xLVufFVjyhgP8xb5zfPbsge6l+c zkLw== Received: by 10.204.9.198 with SMTP id m6mr6390951bkm.38.1333525386287; Wed, 04 Apr 2012 00:43:06 -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 jr13sm50852341bkb.14.2012.04.04.00.43.05 (version=SSLv3 cipher=OTHER); Wed, 04 Apr 2012 00:43:05 -0700 (PDT) Message-ID: <4F7BFB80.7090406@gmail.com> Date: Wed, 04 Apr 2012 09:42:56 +0200 From: Stefano Lattarini MIME-Version: 1.0 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> <4F7B580F.2060007@gmail.com> <4F7B5DA1.9000908@gmail.com> <87pqboft2j.fsf@fleche.redhat.com> In-Reply-To: <87pqboft2j.fsf@fleche.redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/03/2012 10:39 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> On a second though, by double-checking the existing code, I > Stefano> couldn't see how the 'cygnus' option could possibly influence > Stefano> the location of the generated info files -- and it turned out > Stefano> it didn't! Despite what was documented in the manual, the > Stefano> 'cygnus' option did *not* cause the generated '.info' files to > Stefano> be placed in the builddir (see attached test case). > > It certainly does for me: > Yes, but (at least for the binutils case) that's only because you already have an hack *unrelated to the cygnus option* to make it work; i.e., in 'binutils/doc/Makefile.am', I read: # Automake 1.9 will only build info files in the objdir if they are # mentioned in DISTCLEANFILES. It doesn't have to be unconditional, # though, so we use a bogus condition. if GENINSRC_NEVER DISTCLEANFILES = binutils.info endif > barimba. pwd > /home/tromey/gnu/baseline-gdb/build/binutils > barimba. grep '^srcdir = ' Makefile > srcdir = ../../src/binutils > barimba. find . -name 'binutils.info' > ./doc/binutils.info > barimba. find ../../src/binutils -name 'binutils.info' > barimba. > > How did you test it? > With the testcase attached to my mail (warning: it requires the Automake testsuite infrastructure to work). I can transform it in an independent test script if you are really interested. > If you built from a distribution tar, then it is expected that the info > file would be in srcdir. > I didn't use the binutils distribution to test my claim, but the minimal test case I had created on purpose, and attached in the previous mail. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 04 Apr 2012 07:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Miles Bader Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, Pedro Alves , Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, binutils@sourceware.org, gdb@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13335256927340 (code B ref 11034); Wed, 04 Apr 2012 07:49:01 +0000 Received: (at 11034) by debbugs.gnu.org; 4 Apr 2012 07:48:12 +0000 Received: from localhost ([127.0.0.1]:38915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFKwt-0001uK-71 for submit@debbugs.gnu.org; Wed, 04 Apr 2012 03:48:11 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:37084) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFKwr-0001uE-Qf for 11034@debbugs.gnu.org; Wed, 04 Apr 2012 03:48:10 -0400 Received: by bkuw5 with SMTP id w5so429609bku.3 for <11034@debbugs.gnu.org>; Wed, 04 Apr 2012 00:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=MzPIPW+cyl0/drH8LD8DHUaV6UlBP3NmEJY/kmXaxHE=; b=iR541hrnWtN2byd5CODhR4tikXUOuYS/YQjAw5nJCuItBC9C1v7zOOQh9Ov4ApHAHl I24EwHqOFC8jMrTJLvmPmlZxVUzdC9xdSV06kG9pAMXS4Vt6eCqFp9uREiT3EsrxT4g3 zuGUIEexAK6p7EPoJRIv1sq1aQgZWixNVhjfstFiY25tm6AeBsVUMfbFLO95V+zU/wbN yldeuahkr6ce2V7tSyCwrvpIsYwZW/S4HKV5xC/SYHqZILC/tji+SUZ0rIJ4tpsJSzeU ZOT9vM6YOP3/OjdTtDvAerMUzFmJsiFrc+Y/+ut/Ne82d25JBnlRUalw+7yTZgnVRuJX Anzg== 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 09:47:40 +0200 From: Stefano Lattarini MIME-Version: 1.0 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 X-Spam-Score: 0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) 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 From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Pedro Alves Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 04 Apr 2012 09:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Miles Bader Cc: gcc@gcc.gnu.org, Roumen Petrov , 11034@debbugs.gnu.org, gdb@sourceware.org, Ian Lance Taylor , "automake-patches@gnu.org" , automake@gnu.org, Tom Tromey , ams@gnu.org, Stefano Lattarini , binutils@sourceware.org, joseph@codesourcery.com Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133353021914130 (code B ref 11034); Wed, 04 Apr 2012 09:04:01 +0000 Received: (at 11034) by debbugs.gnu.org; 4 Apr 2012 09:03:39 +0000 Received: from localhost ([127.0.0.1]:39040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFM7u-0003fr-NG for submit@debbugs.gnu.org; Wed, 04 Apr 2012 05:03:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38780) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFM7r-0003fj-LN for 11034@debbugs.gnu.org; Wed, 04 Apr 2012 05:03:37 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q34934hG002070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 4 Apr 2012 05:03:05 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q34930KK012354; Wed, 4 Apr 2012 05:03:00 -0400 Message-ID: <4F7C0E44.3080009@redhat.com> Date: Wed, 04 Apr 2012 10:03:00 +0100 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120316 Thunderbird/11.0 MIME-Version: 1.0 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=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Spam-Score: -3.9 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 04/04/2012 12:53 AM, Miles Bader wrote: > 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... Why speculate? I haven't seen any hint on what the better, cleaner, way to accomplish this is. -- Pedro Alves From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: "Joseph S. Myers" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 04 Apr 2012 13:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Stefano Lattarini Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13335454917109 (code B ref 11034); Wed, 04 Apr 2012 13:19:01 +0000 Received: (at 11034) by debbugs.gnu.org; 4 Apr 2012 13:18:11 +0000 Received: from localhost ([127.0.0.1]:39257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFQ6F-0001qb-1A for submit@debbugs.gnu.org; Wed, 04 Apr 2012 09:18:11 -0400 Received: from relay1.mentorg.com ([192.94.38.131]:55812) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFQ6B-0001qR-Q9 for 11034@debbugs.gnu.org; Wed, 04 Apr 2012 09:18:09 -0400 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1SFQ5h-0007Ru-GU from joseph_myers@mentor.com ; Wed, 04 Apr 2012 06:17:37 -0700 Received: from digraph.polyomino.org.uk ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Apr 2012 14:17:35 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.74) (envelope-from ) id 1SFQ5f-0006q5-0M; Wed, 04 Apr 2012 13:17:35 +0000 Date: Wed, 4 Apr 2012 13:17:35 +0000 (UTC) From: "Joseph S. Myers" X-X-Sender: jsm28@digraph.polyomino.org.uk In-Reply-To: <4F76D8F2.8050804@gmail.com> Message-ID: References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> <4F76D8F2.8050804@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 04 Apr 2012 13:17:36.0203 (UTC) FILETIME=[4D5511B0:01CD1265] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On Sat, 31 Mar 2012, Stefano Lattarini wrote: > Note there's nothing I'm planning to do, nor I should do, in this regard: > the two setups described above are both already supported by the current > automake implementation (but the last one is not encouraged, even though > it makes perfect sense in some *rare* situations). I was just pointing > out that you have to choose one of these setups -- so, if you want to > distribute info files, you must accept to have them build in the srcdir. The approach used in GCC, for example in the libquadmath directory, is a --enable-generated-files-in-srcdir configure option that is used when building a release tarball - so normally the files go in the build directory, but a special configuration is used to put them in the source directory only when building releases. (This does not involve the "cygnus" option.) I think support for that seems more generically useful (and it makes sense to me for automake to look at features used in other packages' configure/build systems, that aren't inherently specific to those packages, and try to provide generic versions of them). The Binutils/GDB release tarball building process is substantially different and I'm not familiar with it. -- Joseph S. Myers joseph@codesourcery.com From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Thu, 05 Apr 2012 12:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Joseph S. Myers" Cc: gcc@gcc.gnu.org, 11034@debbugs.gnu.org, gdb@sourceware.org, iant@google.com, automake@gnu.org, ams@gnu.org, binutils@sourceware.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133362750132659 (code B ref 11034); Thu, 05 Apr 2012 12:06:01 +0000 Received: (at 11034) by debbugs.gnu.org; 5 Apr 2012 12:05:01 +0000 Received: from localhost ([127.0.0.1]:40933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFlQz-0008UW-Fz for submit@debbugs.gnu.org; Thu, 05 Apr 2012 08:05:01 -0400 Received: from mail-ey0-f172.google.com ([209.85.215.172]:51696) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SFlQg-0008U0-OB for 11034@debbugs.gnu.org; Thu, 05 Apr 2012 08:04:46 -0400 Received: by eaaq11 with SMTP id q11so496856eaa.3 for <11034@debbugs.gnu.org>; Thu, 05 Apr 2012 05:04:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0ULibD5mFpqmMcj5AEVy/WA5JBgzNNfm7S+2IGa8uWs=; b=pPWAk8EPXDxEO40mcY2w2mjzEdAvXtXe5MqIx5NeVHLShFTayo3BhXbu+Qe4i270D3 Ak6jqNb+491gjY21PvM0JU8c6z5TmG1q2/Hzgx/vY3MwMLbrXo9SdY9rmUxbFyR6Ionh hy52IlqlSQ6+Y1/ONrCUQmULziqxq3oppuKRT1ZyeEBsGGOFlEnyLlb0zKRYsECFaeU5 9xIdhymsXW2Ux7BdTEgQ43kgo111IwhYyWMZ6H3kOGFDGGQyugp8WA/Etm0PzgGxUtbW IMaiqaHVOS8Pj+7BgI2jQhbm1gVLlUa45pH7mwX8MMqY7zTje5RJy3p8c2PTAVE4o3HB yVUg== Received: by 10.213.111.6 with SMTP id q6mr359277ebp.299.1333627448343; Thu, 05 Apr 2012 05:04:08 -0700 (PDT) Received: from [87.21.62.195] (host195-62-dynamic.21-87-r.retail.telecomitalia.it. [87.21.62.195]) by mx.google.com with ESMTPS id n56sm12500903eeb.4.2012.04.05.05.04.05 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 05:04:06 -0700 (PDT) Message-ID: <4F7D8A34.4050407@gmail.com> Date: Thu, 05 Apr 2012 14:04:04 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: <4F72E239.9010404@gmail.com> <4F7301DD.7090401@gmail.com> <4F76C08E.6050707@gmail.com> <4F76D8F2.8050804@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 04/04/2012 03:17 PM, Joseph S. Myers wrote: > On Sat, 31 Mar 2012, Stefano Lattarini wrote: > >> Note there's nothing I'm planning to do, nor I should do, in this regard: >> the two setups described above are both already supported by the current >> automake implementation (but the last one is not encouraged, even though >> it makes perfect sense in some *rare* situations). I was just pointing >> out that you have to choose one of these setups -- so, if you want to >> distribute info files, you must accept to have them build in the srcdir. > > The approach used in GCC, for example in the libquadmath directory, is a > --enable-generated-files-in-srcdir configure option that is used when > building a release tarball - so normally the files go in the build > directory, but a special configuration is used to put them in the source > directory only when building releases. (This does not involve the > "cygnus" option.) I think support for that seems more generically useful > (and it makes sense to me for automake to look at features used in other > packages' configure/build systems, that aren't inherently specific to > those packages, and try to provide generic versions of them). > I agree, but for the moment being I'm just interested in ensuring the removal of the 'cygnus' option won't impact too negatively on its last relevant users (GCC, GDB, Binutils, and the bfd library). So far it appears this is the case luckily, so I'll go ahead with the deprecation of 'cygnus' in Automake 1.12.1 and its removal in Automake 1.13. Regards, Stefano From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: [PATCH 0/2] cygnus: deprecate and remove References: <4F63CD35.7030909@gmail.com> In-Reply-To: <4F63CD35.7030909@gmail.com> Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 30 Apr 2012 16:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: automake-patches@gnu.org Cc: 11034@debbugs.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133580444824223 (code B ref 11034); Mon, 30 Apr 2012 16:48:01 +0000 Received: (at 11034) by debbugs.gnu.org; 30 Apr 2012 16:47:28 +0000 Received: from localhost ([127.0.0.1]:59139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtl2-0006Id-0d for submit@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:28 -0400 Received: from mail-wg0-f46.google.com ([74.125.82.46]:44432) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtkx-0006IE-Mj for 11034@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:25 -0400 Received: by wgbdq10 with SMTP id dq10so2896828wgb.15 for <11034@debbugs.gnu.org>; Mon, 30 Apr 2012 09:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:x-mailer; bh=OqE/InzYvj5StezAoiCDNFHzATQzlv4lWZJnY4peZGo=; b=ZRv+3VLCsgmdGUKSrP46acCpvTEVtsM2p3+eSZp24Cx7d0r9hef3DkjjFUrTjt7Uyc o6p/a1UToVoFkL6UNFKwURoxJl4iXub3+1vcSFzz5AocHXyesHAi3T+3aqISzrEtbinb kp0p93QmpyOZ4p1ljXyE3Z+iuOp8WvsIImHDRxMQkirp6BSF1gm5oxdCKR+cmIPtwMWi Hf2yJE+EyIWeY2jU9o4BC7cydXDeybuHNs5ZkA2a4XEQH0+jKd31htc9V54bM7bhQV7Z ihHypbP370FIN6edExueaYoPtB6xABOtlA+DlGw2UuYUa9+ZS0HwOzgaXiKZJZWbekTu cUqw== Received: by 10.180.79.135 with SMTP id j7mr30330068wix.19.1335804355847; Mon, 30 Apr 2012 09:45:55 -0700 (PDT) Received: from localhost.localdomain (host97-38-dynamic.56-82-r.retail.telecomitalia.it. [82.56.38.97]) by mx.google.com with ESMTPS id ff2sm46753248wib.9.2012.04.30.09.45.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 09:45:54 -0700 (PDT) From: Stefano Lattarini Date: Mon, 30 Apr 2012 18:45:41 +0200 Message-Id: X-Mailer: git-send-email 1.7.9.5 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) The first patch deprecates support for Cygnus style-trees. It is meant to be applied to the 'maint' branch, so that it will appear in the next Automake maintenance version (1.12.1) The second patch removes support for Cygnus style-trees altogether. It is meant to be applied (on the top of the first one) to the 'master' branch, so that it will appear in the next major Automake version (1.13). I will push in a couple of days. Regards, Stefano -*-*-*- Stefano Lattarini (2): cygnus: warn when it's used (flagged as 'obsolete' now) cygnus: remove support for Cygnus-style trees NEWS | 24 ++++++++-- automake.in | 57 +++++------------------ doc/automake.texi | 79 +------------------------------- lib/Automake/Options.pm | 5 +- lib/am/dejagnu.am | 29 ++---------- lib/am/texinfos.am | 21 --------- t/clean2.sh | 68 --------------------------- t/cygnus-check-without-all.sh | 50 -------------------- t/cygnus-dependency-tracking.sh | 73 ----------------------------- t/cygnus-imply-foreign.sh | 60 ------------------------ t/cygnus-no-dist.sh | 84 ---------------------------------- t/cygnus-no-installinfo.sh | 53 --------------------- t/cygnus-no-more.sh | 46 +++++++++++++++++++ t/cygnus-requires-maintainer-mode.sh | 53 --------------------- t/flavor.sh | 5 +- t/library.sh | 2 - t/list-of-tests.mk | 10 +--- t/txinfo5.sh | 38 --------------- t/txinfo5b.sh | 41 ----------------- 19 files changed, 89 insertions(+), 709 deletions(-) delete mode 100755 t/clean2.sh delete mode 100755 t/cygnus-check-without-all.sh delete mode 100755 t/cygnus-dependency-tracking.sh delete mode 100755 t/cygnus-imply-foreign.sh delete mode 100755 t/cygnus-no-dist.sh delete mode 100755 t/cygnus-no-installinfo.sh create mode 100755 t/cygnus-no-more.sh delete mode 100755 t/cygnus-requires-maintainer-mode.sh delete mode 100755 t/txinfo5.sh delete mode 100755 t/txinfo5b.sh -- 1.7.9.5 From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: [PATCH 1/2] cygnus: warn when it's used (flagged as 'obsolete' now) Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 30 Apr 2012 16:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: automake-patches@gnu.org Cc: 11034@debbugs.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133580445124231 (code B ref 11034); Mon, 30 Apr 2012 16:48:02 +0000 Received: (at 11034) by debbugs.gnu.org; 30 Apr 2012 16:47:31 +0000 Received: from localhost ([127.0.0.1]:59141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtl3-0006Il-FA for submit@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:31 -0400 Received: from mail-wg0-f46.google.com ([74.125.82.46]:40936) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtkz-0006IG-MN for 11034@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:27 -0400 Received: by wgbdq10 with SMTP id dq10so2896850wgb.15 for <11034@debbugs.gnu.org>; Mon, 30 Apr 2012 09:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references :in-reply-to:references; bh=bjp0gmffEr3i5CqvnLFJoEtXRHdQB4OJhdHmXJNPkqk=; b=jzjYIvi5b4Hb1wnalFkr65o8tSh70sxTu/8Fmm/EN6b9SEF3gm81aoOMz9kEfy+8yV X/8T8deM2nfyAh6LjuX2IcjiZIqLE/Q4wO3pj2wSpWe4fHoepnUO2qfSBpUsk1wRpCPg M6BvYzWvekk26bm1/sV/gw2CKH+8Ced5nOMQKQ7S2yMnXd2K4m7RE5xTAPiWUIlEMKfh IGXxu8yyB4jPDkZtI3V/9bPd5BXIEwTvOQsV/NbGmLpXcIlbOB41PLxZuGzlFf8sRTMz 7Kfla67c6XMpqe54Tby5mEXhQ+EHMVVmINlKY+wwuKiKzdK5F6JBJD+Wps+LAVOWjXWT k8Pw== Received: by 10.180.92.71 with SMTP id ck7mr18107983wib.2.1335804357978; Mon, 30 Apr 2012 09:45:57 -0700 (PDT) Received: from localhost.localdomain (host97-38-dynamic.56-82-r.retail.telecomitalia.it. [82.56.38.97]) by mx.google.com with ESMTPS id ff2sm46753248wib.9.2012.04.30.09.45.55 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 09:45:57 -0700 (PDT) From: Stefano Lattarini Date: Mon, 30 Apr 2012 18:45:42 +0200 Message-Id: <71cc0e0920d9dd864a3e4eae08ec91af177a8071.1335804308.git.stefano.lattarini@gmail.com> X-Mailer: git-send-email 1.7.9.5 In-Reply-To: References: In-Reply-To: References: X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Support for "Cygnus-style" tree as enabled by the 'cygnus' option is now reported as obsolete when the warnings in the 'obsolete' category are enabled. See automake bug#11034. * automake.in (check_cygnus): Report the use of 'cygnus' mode as obsolete. * NEWS: Update. * docs/automake.texi: Minor adjustments. * t/cygnus-deprecation.sh: New test. * t/list-of-tests.mk: Add it. * tests/cygnus-check-without-all.sh: Adjust by calling automake with the warnings in the 'obsolete' category disabled. * t/cygnus-requires-maintainer-mode.sh: Likewise. * t/cygnus-dependency-tracking.sh: Likewise. * t/cygnus-imply-foreign.sh: Likewise. * t/cygnus-no-installinfo.sh: Likewise. * t/cygnus-no-dist.sh: Likewise. * t/clean2.sh: Likewise. * t/flavor.sh: Likewise. * t/txinfo5.sh: Likewise. * t/txinfo5b.sh: Likewise. * t/library.sh: Remove use of 'cygnus' and 'dejagnu' options, and of AM_MAINTAINER_MODE macro. Signed-off-by: Stefano Lattarini --- NEWS | 14 +++++-- automake.in | 5 +++ doc/automake.texi | 12 +++--- t/clean2.sh | 2 +- t/cygnus-check-without-all.sh | 2 +- t/cygnus-dependency-tracking.sh | 1 + t/cygnus-deprecation.sh | 68 ++++++++++++++++++++++++++++++++++ t/cygnus-no-dist.sh | 4 +- t/cygnus-no-installinfo.sh | 6 ++- t/cygnus-requires-maintainer-mode.sh | 6 +-- t/flavor.sh | 22 ++++++++++- t/library.sh | 2 - t/list-of-tests.mk | 1 + t/txinfo5.sh | 2 +- t/txinfo5b.sh | 5 ++- 15 files changed, 127 insertions(+), 25 deletions(-) create mode 100755 t/cygnus-deprecation.sh diff --git a/NEWS b/NEWS index 4e49512..bc867c4 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,13 @@ +New in 1.12.1: + +* Deprecated obsolescent features: + + - Support for the "Cygnus-style" trees (enabled by the 'cygnus' option) is + now deprecated (its use triggers a warning in the 'obsolete' category). + It will be removed in the next major Automake release (1.13). + +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + New in 1.12: * WARNING: Future backward-incompatibilities! @@ -32,10 +42,6 @@ New in 1.12: - All the "old alias" macros in 'm4/obsolete.m4' will be removed in the next major Automake version (1.13). - - Support for the "Cygnus-style" trees (enabled by the 'cygnus' option) - will be deprecated in the next minor version of Automake (1.12.1) and - removed in the next major version (1.13). - - Support for the two- and three-arguments invocation forms of the AM_INIT_AUTOMAKE macro will be deprecated in the next minor version of Automake (1.12.1) and removed in the next major version (1.13). diff --git a/automake.in b/automake.in index a454109..d5b8e43 100644 --- a/automake.in +++ b/automake.in @@ -5570,6 +5570,11 @@ sub check_cygnus my $cygnus = option 'cygnus'; return unless $cygnus; + # This feature is deprecated, will be removed in the next + # Automake major release. + msg 'obsolete', $cygnus->get, + "support for Cygnus-style trees is deprecated"; + set_strictness ('foreign'); set_option ('no-installinfo', $cygnus); set_option ('no-dependencies', $cygnus); diff --git a/doc/automake.texi b/doc/automake.texi index c21a5b7..045964f 100644 --- a/doc/automake.texi +++ b/doc/automake.texi @@ -1958,9 +1958,9 @@ Automake also has a special (and @emph{today deprecated}) ``cygnus'' mode that is similar to strictness but handled differently. This mode is useful for packages that are put into a ``Cygnus'' style tree (e.g., older versions of the GCC and gdb trees). @xref{Cygnus}, for more information -on this mode. Please note that this mode is deprecated and @emph{will be -removed in the future automake versions}; you must avoid its use in new -packages, and should stop using it in existing packages as well. +on this mode. Please note that this mode @emph{is deprecated and will be +removed in the next major Automake release (1.13)}; you must avoid its use +in new packages, and should stop using it in existing packages as well. @node Uniform @@ -2604,7 +2604,7 @@ copied. The default is to make a symbolic link. Causes the generated @file{Makefile.in}s to follow Cygnus rules, instead of GNU or Gnits rules. For more information, see @ref{Cygnus}. Note that @emph{this mode of operation is deprecated, and will be removed} -in a future Automake release. +in the next major Automake release (1.13). @item -f @opindex -f @@ -11026,8 +11026,8 @@ The file @file{THANKS} is required. @emph{The features described in this section are deprecated; you must not use any of them in new code, and should remove their use from older -but still maintained code: they will be withdrawn in a future Automake -release.} +but still maintained code: they will be withdrawn the next major Automake +release (1.13).} Some packages, notably GNU GCC and GNU gdb, used to have a build environment originally written at Cygnus Support (subsequently renamed diff --git a/t/clean2.sh b/t/clean2.sh index 2599e97..b5f5df2 100755 --- a/t/clean2.sh +++ b/t/clean2.sh @@ -49,7 +49,7 @@ END $ACLOCAL $AUTOCONF -$AUTOMAKE --cygnus +$AUTOMAKE --cygnus -Wno-obsolete ./configure $MAKE diff --git a/t/cygnus-check-without-all.sh b/t/cygnus-check-without-all.sh index f428e95..121c657 100755 --- a/t/cygnus-check-without-all.sh +++ b/t/cygnus-check-without-all.sh @@ -33,7 +33,7 @@ check-local: END $ACLOCAL -$AUTOMAKE --cygnus +$AUTOMAKE --cygnus -Wno-obsolete $EGREP '(^| )all.*(:|:.* )check' Makefile.in && Exit 1 diff --git a/t/cygnus-dependency-tracking.sh b/t/cygnus-dependency-tracking.sh index f07c6fc..6c858c1 100755 --- a/t/cygnus-dependency-tracking.sh +++ b/t/cygnus-dependency-tracking.sh @@ -27,6 +27,7 @@ AC_OUTPUT END cat > Makefile.am <<'END' +AUTOMAKE_OPTIONS = -Wno-obsolete bin_PROGRAMS = foo foo_SOURCES = foo.c .PHONY: test-nodeps diff --git a/t/cygnus-deprecation.sh b/t/cygnus-deprecation.sh new file mode 100755 index 0000000..779914b --- /dev/null +++ b/t/cygnus-deprecation.sh @@ -0,0 +1,68 @@ +#! /bin/sh +# Copyright (C) 2012 Free Software Foundation, Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2, or (at your option) +# any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see . + +# Check that support for Cygnus-style trees is deprecated. +# That feature will be removed in the next major Automake release. +# See automake bug#11034. + +. ./defs || Exit 1 + +warn_rx='support for Cygnus.*trees.*deprecated' + +cat >> configure.ac <<'END' +AC_PROG_CC +AM_MAINTAINER_MODE +END + +$ACLOCAL +$AUTOCONF + +: > Makefile.am + +# 'cygnus' option from command line +$AUTOMAKE --cygnus -Wno-obsolete +AUTOMAKE_fails --cygnus +grep "^automake.*: .*$warn_rx" stderr +AUTOMAKE_fails -Wnone -Wobsolete --cygnus +grep "^automake.*: .*$warn_rx" stderr +AUTOMAKE_fails --cygnus -Wnone -Wobsolete +grep "^automake.*: .*$warn_rx" stderr + +rm -rf autom4te*.cache + +# 'cygnus' option in Makefile.am +echo "AUTOMAKE_OPTIONS = cygnus" > Makefile.am +cat Makefile.am # For debugging. +$AUTOMAKE -Wno-obsolete +AUTOMAKE_fails +grep "^Makefile\.am:1:.*$warn_rx" stderr +AUTOMAKE_fails -Wnone -Wobsolete +grep "^Makefile\.am:1:.*$warn_rx" stderr + +rm -rf autom4te*.cache + +# 'cygnus' option in configure.ac +: > Makefile.am +sed "s|^\\(AM_INIT_AUTOMAKE\\).*|\1([cygnus])|" configure.ac > t +diff configure.ac t && fatal_ "failed to edit configure.ac" +mv -f t configure.ac +$AUTOMAKE -Wno-obsolete +AUTOMAKE_fails +grep "^configure\.ac:2:.*$warn_rx" stderr +AUTOMAKE_fails -Wnone -Wobsolete +grep "^configure\.ac:2:.*$warn_rx" stderr + +: diff --git a/t/cygnus-no-dist.sh b/t/cygnus-no-dist.sh index 519f0c2..d94a8f5 100755 --- a/t/cygnus-no-dist.sh +++ b/t/cygnus-no-dist.sh @@ -29,7 +29,7 @@ END $ACLOCAL $AUTOCONF -$AUTOMAKE --cygnus +$AUTOMAKE --cygnus -Wno-obsolete ./configure $MAKE @@ -55,6 +55,8 @@ cat > sub2/Makefile.am <<'END' # in override warnings, for when (below) we add the 'distdir' # target. AUTOMAKE_OPTIONS = cygnus -Wall +# This is required because the 'cygnus' option is now deprecated. +AUTOMAKE_OPTIONS += -Wno-obsolete END cat configure.stub - > configure.ac <<'END' diff --git a/t/cygnus-no-installinfo.sh b/t/cygnus-no-installinfo.sh index 6f3f322..d46b6b3 100755 --- a/t/cygnus-no-installinfo.sh +++ b/t/cygnus-no-installinfo.sh @@ -33,9 +33,11 @@ cat > foo.texi <<'END' END $ACLOCAL -# FIXME: -Wno-override works around a buglet in definition of $(MAKEINFO) +# -Wno-override works around a buglet in definition of $(MAKEINFO) # in cygnus mode; see also xfailing test 'txinfo5.test'. -$AUTOMAKE --cygnus -Wno-override +# -Wno-obsolete accounts for the fact that the cygnus mode is now +# deprecated. +$AUTOMAKE --cygnus -Wno-override -Wno-obsolete $AUTOCONF cwd=`pwd` || Exit 1 diff --git a/t/cygnus-requires-maintainer-mode.sh b/t/cygnus-requires-maintainer-mode.sh index b01dfbc..546e898 100755 --- a/t/cygnus-requires-maintainer-mode.sh +++ b/t/cygnus-requires-maintainer-mode.sh @@ -21,7 +21,7 @@ : > Makefile.am $ACLOCAL -AUTOMAKE_fails --cygnus +AUTOMAKE_fails -Wno-obsolete --cygnus grep '^configure\.ac:.*AM_MAINTAINER_MODE.*required.*cygnus' stderr cat >> configure.ac <<'END' @@ -34,7 +34,7 @@ END mkdir sub cat > sub/Makefile.am <<'END' -AUTOMAKE_OPTIONS = cygnus +AUTOMAKE_OPTIONS = -Wno-obsolete cygnus END rm -rf autom4te.cache @@ -48,6 +48,6 @@ END rm -rf autom4te.cache $ACLOCAL -$AUTOMAKE --cygnus +$AUTOMAKE --cygnus -Wno-obsolete : diff --git a/t/flavor.sh b/t/flavor.sh index f532406..6a1fddb 100755 --- a/t/flavor.sh +++ b/t/flavor.sh @@ -35,8 +35,8 @@ END $ACLOCAL $AUTOCONF # Order flavors so that all needed files are installed early. -for flavor in --gnits --gnu --foreign --cygnus --ignore-deps -do +for flavor in --gnits --gnu --foreign --ignore-deps; do + $AUTOMAKE --add-missing $flavor ./configure --enable-maintainer-mode grep " $flavor" Makefile @@ -54,6 +54,24 @@ do touch Makefile.am $MAKE grep " $flavor" Makefile + done +# Cygnus mode is deprecated now, and must be handled separately. +$AUTOMAKE --cygnus -Wno-obsolete +./configure --enable-maintainer-mode +grep " --cygnus" Makefile +$MAKE +# Two code paths in configure.am: +# - either a file in $(am__configure_deps) has been updated ... +$sleep +touch aclocal.m4 +$MAKE +grep " --cygnus" Makefile +# - ... or not; i.e., Makefile.am or an included file has. +$sleep +touch Makefile.am +$MAKE +grep " --cygnus" Makefile + : diff --git a/t/library.sh b/t/library.sh index dffe658..1bf34de 100755 --- a/t/library.sh +++ b/t/library.sh @@ -20,13 +20,11 @@ cat >> configure.ac << 'END' AC_PROG_RANLIB -AM_MAINTAINER_MODE AC_PROG_CC AM_PROG_AR END cat > Makefile.am << 'END' -AUTOMAKE_OPTIONS = dejagnu cygnus lib_LIBRARIES = libfoo.a libfoo_a_DEPENDENCIES = libzot.a END diff --git a/t/list-of-tests.mk b/t/list-of-tests.mk index fef7165..5b6f746 100644 --- a/t/list-of-tests.mk +++ b/t/list-of-tests.mk @@ -330,6 +330,7 @@ t/cxxlibobj.sh \ t/cxxlink.sh \ t/cxxnoc.sh \ t/cxxo.sh \ +t/cygnus-deprecation.sh \ t/cygnus-check-without-all.sh \ t/cygnus-dependency-tracking.sh \ t/cygnus-imply-foreign.sh \ diff --git a/t/txinfo5.sh b/t/txinfo5.sh index 9e42823..d515617 100755 --- a/t/txinfo5.sh +++ b/t/txinfo5.sh @@ -33,6 +33,6 @@ END echo '@setfilename ian.info' > ian.texi $ACLOCAL -$AUTOMAKE --cygnus +$AUTOMAKE --cygnus -Wno-obsolete : diff --git a/t/txinfo5b.sh b/t/txinfo5b.sh index c4eac53..a99f607 100755 --- a/t/txinfo5b.sh +++ b/t/txinfo5b.sh @@ -25,9 +25,10 @@ AM_MAINTAINER_MODE END cat > Makefile.am << 'END' -# Disable 'override' warning to work around an unrelated +# Disable 'override' warnings to work around an unrelated # texi+cygnus bug. -AUTOMAKE_OPTIONS = -Wno-override +# Disable obsolete warnings because the 'cygnus' mode is now deprecated. +AUTOMAKE_OPTIONS = -Wno-override -Wno-obsolete info_TEXINFOS = ian.texi END -- 1.7.9.5 From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: [PATCH 2/2] cygnus: remove support for Cygnus-style trees Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 30 Apr 2012 16:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: automake-patches@gnu.org Cc: 11034@debbugs.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.133580445724248 (code B ref 11034); Mon, 30 Apr 2012 16:48:02 +0000 Received: (at 11034) by debbugs.gnu.org; 30 Apr 2012 16:47:37 +0000 Received: from localhost ([127.0.0.1]:59144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtl9-0006J1-7P for submit@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:37 -0400 Received: from mail-wg0-f42.google.com ([74.125.82.42]:53378) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SOtl3-0006IN-CL for 11034@debbugs.gnu.org; Mon, 30 Apr 2012 12:47:33 -0400 Received: by wgbds11 with SMTP id ds11so2519463wgb.3 for <11034@debbugs.gnu.org>; Mon, 30 Apr 2012 09:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references :in-reply-to:references; bh=FhKYJk+BhEfBof9Plg/mPs22dxiNucH6Mtf0JQE8UT4=; b=PgyAotsP4gta+8ZPZKle0BfIZ7n+pK6qd5Haxwz+PlxlkVwjPiAizg8P07P6meKqDP Tjb5Khj2hM942A3u3aFumOjXixwXq63he9vCLMODNgghJC2ZizOTIZVmdxIh0DrxmWJS epJp0YzuL5Gnzb2qL47xkAWcNEoOrrr2QfsAs07kJ46fEDE2qgrQR5MHEi4Oz+exiGQD yoCBi+16+ItK2piWJZCucm2KjX5k/odn2adT92NKqRR3M/cECLHarBwFs/QhLnG4eV3L TofB5GGkmFajlmf62lMASGvJe3Rgx5LW0exTQiyXwVWXpp9PbpNqvocRw6ptnpt+TMyZ yzFA== Received: by 10.180.101.230 with SMTP id fj6mr30735486wib.13.1335804361585; Mon, 30 Apr 2012 09:46:01 -0700 (PDT) Received: from localhost.localdomain (host97-38-dynamic.56-82-r.retail.telecomitalia.it. [82.56.38.97]) by mx.google.com with ESMTPS id ff2sm46753248wib.9.2012.04.30.09.45.58 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 09:46:00 -0700 (PDT) From: Stefano Lattarini Date: Mon, 30 Apr 2012 18:45:43 +0200 Message-Id: <5b0cc39546e984928814bb947f6cd701aa9d4ced.1335804308.git.stefano.lattarini@gmail.com> X-Mailer: git-send-email 1.7.9.5 In-Reply-To: References: In-Reply-To: References: X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Support for "Cygnus-style" tree as enabled by the 'cygnus' option has been deprecated in the documentation and with runtime warning since Automake 1.12.1. It's now time to remove it. Closes automake bug#11034. * lib/Automake/Options.pm (_process_option_list): Issue a proper error when the 'cygnus' option is seen. * automake.in: Don't handle the 'cygnus' option anymore. * docs/automake.texi: Remove references to cygnus option and Cygnus-style trees. * lib/am/dejagnu.am, lib/am/texinfos.am: Drop special setups for cygnus mode. * NEWS: Update. * t/cygnus-no-more.sh: New test. * t/flavor.sh: Adjust. * t/cygnus-deprecation.sh: Remove. * t/cygnus-check-without-all.sh: Likewise. * t/cygnus-requires-maintainer-mode.sh: Likewise. * t/cygnus-dependency-tracking.sh: Likewise. * t/cygnus-imply-foreign.sh: Likewise. * t/cygnus-no-installinfo.sh: Likewise. * t/cygnus-no-dist.sh: Likewise. * t/clean2.sh: Likewise. * t/txinfo5.sh: Likewise. * t/txinfo5b.sh: Likewise. * t/list-of-tests.mk: Update. Signed-off-by: Stefano Lattarini --- NEWS | 10 +++ automake.in | 62 +++-------------- doc/automake.texi | 79 +--------------------- lib/Automake/Options.pm | 5 +- lib/am/dejagnu.am | 29 +------- lib/am/texinfos.am | 21 ------ t/clean2.sh | 68 ------------------- t/cygnus-check-without-all.sh | 50 -------------- t/cygnus-dependency-tracking.sh | 74 -------------------- t/cygnus-imply-foreign.sh | 60 ----------------- t/cygnus-no-dist.sh | 86 ------------------------ t/cygnus-no-installinfo.sh | 55 --------------- t/{cygnus-deprecation.sh => cygnus-no-more.sh} | 30 ++------- t/cygnus-requires-maintainer-mode.sh | 53 --------------- t/flavor.sh | 17 ----- t/list-of-tests.mk | 11 +-- t/txinfo5.sh | 38 ----------- t/txinfo5b.sh | 42 ------------ 18 files changed, 34 insertions(+), 756 deletions(-) delete mode 100755 t/clean2.sh delete mode 100755 t/cygnus-check-without-all.sh delete mode 100755 t/cygnus-dependency-tracking.sh delete mode 100755 t/cygnus-imply-foreign.sh delete mode 100755 t/cygnus-no-dist.sh delete mode 100755 t/cygnus-no-installinfo.sh rename t/{cygnus-deprecation.sh => cygnus-no-more.sh} (65%) delete mode 100755 t/cygnus-requires-maintainer-mode.sh delete mode 100755 t/txinfo5.sh delete mode 100755 t/txinfo5b.sh diff --git a/NEWS b/NEWS index bc867c4..386754f 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,13 @@ +New in 1.13: + +* Obsolete features removed: + + - Support for the "Cygnus-style" trees (once enabled by the 'cygnus' + option) has been removed. See discussion about automake bug#11034 + for more background. + +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + New in 1.12.1: * Deprecated obsolescent features: diff --git a/automake.in b/automake.in index d5b8e43..f2f6c07 100644 --- a/automake.in +++ b/automake.in @@ -3364,11 +3364,6 @@ sub handle_texinfo_helper ($) $texinfodir = ('$(srcdir)/' . dirname (variable_value ('TEXINFO_TEX'))); } - elsif (option 'cygnus') - { - $texinfodir = '$(top_srcdir)/../texinfo'; - define_variable ('TEXINFO_TEX', "$texinfodir/texinfo.tex", INTERNAL); - } elsif ($config_aux_dir_set_in_configure_ac) { $texinfodir = $am_config_aux_dir; @@ -4113,8 +4108,8 @@ sub handle_configure ($$$@) define_pretty_variable ('am__configure_deps', TRUE, INTERNAL, @configuredeps); - my $automake_options = '--' . (global_option 'cygnus' ? 'cygnus' : $strictness_name) - . (global_option 'no-dependencies' ? ' --ignore-deps' : ''); + my $automake_options = '--' . $strictness_name . + (global_option 'no-dependencies' ? ' --ignore-deps' : ''); $output_rules .= file_contents ('configure', @@ -4587,25 +4582,16 @@ sub do_check_merge_target () push @check_tests, 'check-local' if user_phony_rule 'check-local'; - # In --cygnus mode, check doesn't depend on all. - if (option 'cygnus') - { - # Just run the local check rules. - pretty_print_rule ('check-am:', "\t\t", @check); - } - else + # The check target must depend on the local equivalent of + # 'all', to ensure all the primary targets are built. Then it + # must build the local check rules. + $output_rules .= "check-am: all-am\n"; + if (@check) { - # The check target must depend on the local equivalent of - # 'all', to ensure all the primary targets are built. Then it - # must build the local check rules. - $output_rules .= "check-am: all-am\n"; - if (@check) - { - pretty_print_rule ("\t\$(MAKE) \$(AM_MAKEFLAGS)", "\t ", - @check); - depend ('.MAKE', 'check-am'); - } + pretty_print_rule ("\t\$(MAKE) \$(AM_MAKEFLAGS)", "\t ", @check); + depend ('.MAKE', 'check-am'); } + if (@check_tests) { pretty_print_rule ("\t\$(MAKE) \$(AM_MAKEFLAGS)", "\t ", @@ -5564,26 +5550,6 @@ sub scan_autoconf_files () ################################################################ -# Set up for Cygnus mode. -sub check_cygnus -{ - my $cygnus = option 'cygnus'; - return unless $cygnus; - - # This feature is deprecated, will be removed in the next - # Automake major release. - msg 'obsolete', $cygnus->get, - "support for Cygnus-style trees is deprecated"; - - set_strictness ('foreign'); - set_option ('no-installinfo', $cygnus); - set_option ('no-dependencies', $cygnus); - set_option ('no-dist', $cygnus); - - err_ac "'AM_MAINTAINER_MODE' required when --cygnus specified" - if !$seen_maint_mode; -} - # Do any extra checking for GNU standards. sub check_gnu_standards { @@ -6954,8 +6920,7 @@ sub preprocess_file ($%) # Complete %transform with global options. # Note that %transform goes last, so it overrides global options. - %transform = ('CYGNUS' => !! option 'cygnus', - 'MAINTAINER-MODE' + %transform = ( 'MAINTAINER-MODE' => $seen_maint_mode ? subst ('MAINTAINER_MODE_TRUE') : '', 'XZ' => !! option 'dist-xz', @@ -8097,7 +8062,6 @@ sub generate_makefile ($$) if var 'DIST_SUBDIRS' && ! var 'SUBDIRS'; # Check first, because we might modify some state. - check_cygnus; check_gnu_standards; check_gnits_standards; @@ -8279,7 +8243,6 @@ Dependency tracking: --include-deps enable dependency tracking code Flavors: - --cygnus assume program is part of Cygnus-style tree --foreign set strictness to foreign --gnits set strictness to gnits --gnu set strictness to gnu @@ -8337,7 +8300,6 @@ EOF sub parse_arguments () { my $strict = 'gnu'; - my $cygnus = 0; my $ignore_deps = 0; my @warnings = (); @@ -8350,7 +8312,6 @@ sub parse_arguments () 'gnu' => sub { $strict = 'gnu'; }, 'gnits' => sub { $strict = 'gnits'; }, 'foreign' => sub { $strict = 'foreign'; }, - 'cygnus' => \$cygnus, 'include-deps' => sub { $ignore_deps = 0; }, 'i|ignore-deps' => sub { $ignore_deps = 1; }, 'no-force' => sub { $force_generation = 0; }, @@ -8366,7 +8327,6 @@ sub parse_arguments () set_strictness ($strict); my $cli_where = new Automake::Location; - set_global_option ('cygnus', $cli_where) if $cygnus; set_global_option ('no-dependencies', $cli_where) if $ignore_deps; for my $warning (@warnings) { diff --git a/doc/automake.texi b/doc/automake.texi index 045964f..c4591cb 100644 --- a/doc/automake.texi +++ b/doc/automake.texi @@ -115,7 +115,6 @@ section entitled ``GNU Free Documentation License.'' * Conditionals:: Conditionals * Silencing Make:: Obtain less verbose output from @command{make} * Gnits:: The effect of @option{--gnu} and @option{--gnits} -* Cygnus:: The effect of @option{--cygnus} (deprecated, soon to be removed) * Not Enough:: When Automake is not Enough * Distributing:: Distributing the Makefile.in * API Versioning:: About compatibility between Automake versions @@ -1954,14 +1953,6 @@ standard is actually published (which may never happen). @xref{Gnits}, for more information on the precise implications of the strictness level. -Automake also has a special (and @emph{today deprecated}) ``cygnus'' mode -that is similar to strictness but handled differently. This mode is -useful for packages that are put into a ``Cygnus'' style tree (e.g., older -versions of the GCC and gdb trees). @xref{Cygnus}, for more information -on this mode. Please note that this mode @emph{is deprecated and will be -removed in the next major Automake release (1.13)}; you must avoid its use -in new packages, and should stop using it in existing packages as well. - @node Uniform @section The Uniform Naming Scheme @@ -2599,13 +2590,6 @@ scripts and data files (like e.g., @file{texinfo.texi} and When used with @option{--add-missing}, causes installed files to be copied. The default is to make a symbolic link. -@item --cygnus -@opindex --cygnus -Causes the generated @file{Makefile.in}s to follow Cygnus rules, instead -of GNU or Gnits rules. For more information, see @ref{Cygnus}. -Note that @emph{this mode of operation is deprecated, and will be removed} -in the next major Automake release (1.13). - @item -f @opindex -f @itemx --force-missing @@ -9999,15 +9983,12 @@ then @samp{portability} warnings will be @emph{disabled} in @item @option{gnits} @itemx @option{gnu} @itemx @option{foreign} -@itemx @option{cygnus} @cindex Option, @option{gnits} @cindex Option, @option{gnu} @cindex Option, @option{foreign} -@cindex Option, @option{cygnus} @opindex gnits @opindex gnu @opindex foreign -@opindex cygnus Set the strictness as appropriate. The @option{gnits} option also implies options @option{readme-alpha} and @option{check-news}. @@ -11019,64 +11000,6 @@ The file @file{THANKS} is required. @end itemize -@node Cygnus -@chapter The effect of @option{--cygnus} - -@cindex @option{cygnus} strictness - -@emph{The features described in this section are deprecated; you must -not use any of them in new code, and should remove their use from older -but still maintained code: they will be withdrawn the next major Automake -release (1.13).} - -Some packages, notably GNU GCC and GNU gdb, used to have a build -environment originally written at Cygnus Support (subsequently renamed -Cygnus Solutions, and then later purchased by Red Hat). Packages with -this ancestry are sometimes referred to as ``Cygnus'' trees. - -A Cygnus tree has slightly different rules for how a -@file{Makefile.in} is to be constructed. Passing @option{--cygnus} to -@command{automake} will cause any generated @file{Makefile.in} to -comply with Cygnus rules. - -Here are the precise effects of @option{--cygnus}: - -@itemize @bullet - -@item -The @option{foreign} strictness is implied. - -@item -The options @option{no-installinfo}, @option{no-dependencies} and -@option{no-dist} are implied (@pxref{Options}). - -@item -The macro @code{AM_MAINTAINER_MODE} is required. - -@item -Info files are always created in the build directory, and not in the -source directory. Packages that don't use the @option{cygnus} option -can emulate this effect by using the @option{no-installinfo} option -and listing the generated info files in the @code{CLEANFILES} variable. - -@item -@file{texinfo.tex} is not required if a Texinfo source file is -specified. The assumption is that the file will be supplied, but in a -place that Automake cannot find -- it is an artifact of how Cygnus -packages are typically bundled. This effect can be emulated in -packages not using the @option{cygnus} option with a proper definition -of the @code{TEXINFO_TEX} variable (@pxref{Texinfo}). - -@item -Certain tools will be searched for in the build tree as well as in the -user's @env{PATH}. These tools are @command{runtest}, @command{expect}, -@command{makeinfo} and @command{texi2dvi}. - -@item -The @code{check} target doesn't depend on @code{all}. -@end itemize - - @node Not Enough @chapter When Automake Isn't Enough @@ -13098,7 +13021,7 @@ suite failures, please attach the @file{tests/test-suite.log} file. @c LocalWords: texinfo setfilename settitle setchapternewpage texi direntry @c LocalWords: dircategory in's aclocal ifinfo titlepage Tromey vskip pt sp @c LocalWords: filll defcodeindex ov cv op tr syncodeindex fn cp vr ifnottex -@c LocalWords: dir Automake's ac Dist Gnits gnits cygnus dfn Autoconf's pxref +@c LocalWords: dir Automake's ac Dist Gnits gnits dfn Autoconf's pxref @c LocalWords: cindex Autoconf autoconf perl samp cvs dist trindex SUBST foo @c LocalWords: xs emph FIXME ref vindex pkglibdir pkgincludedir pkgdatadir mt @c LocalWords: pkg libdir cpio bindir sbindir rmt pax sbin zar zardir acindex diff --git a/lib/Automake/Options.pm b/lib/Automake/Options.pm index 2f977bd..ede9326 100644 --- a/lib/Automake/Options.pm +++ b/lib/Automake/Options.pm @@ -269,7 +269,6 @@ sub _is_valid_easy_option ($) return scalar grep { $opt eq $_ } qw( check-news color-tests - cygnus dejagnu dist-bzip2 dist-lzip @@ -319,6 +318,10 @@ sub _process_option_list (\%@) error ($where, "automatic de-ANSI-fication support has been removed"); } + elsif ($_ eq 'cygnus') + { + error $where, "support for Cygnus-style trees has been removed"; + } elsif ($_ eq 'dist-lzma') { error ($where, "support for lzma-compressed distribution " . diff --git a/lib/am/dejagnu.am b/lib/am/dejagnu.am index f1ee471..50c1f51 100644 --- a/lib/am/dejagnu.am +++ b/lib/am/dejagnu.am @@ -20,24 +20,8 @@ DEJATOOL = $(PACKAGE) ## Default flags to pass to dejagnu. The user can override this. RUNTESTDEFAULTFLAGS = --tool $$tool --srcdir $$srcdir -## In Cygnus mode, these are found in the build tree. -## Otherwise they are looked for in $PATH. -if %?CYGNUS% -EXPECT = `if test -f $(top_builddir)/../expect/expect; then \ - echo $(top_builddir)/../expect/expect; \ - else \ - echo expect; \ - fi` - -RUNTEST = `if test -f $(top_srcdir)/../dejagnu/runtest; then \ - echo $(top_srcdir)/../dejagnu/runtest; \ - else \ - echo runtest; \ - fi` -else ! %?CYGNUS% EXPECT = expect RUNTEST = runtest -endif ! %?CYGNUS% .PHONY: check-DEJAGNU @@ -45,21 +29,14 @@ check-DEJAGNU: site.exp ## Life is easiest with an absolute srcdir, so do that. srcdir='$(srcdir)'; export srcdir; \ EXPECT=$(EXPECT); export EXPECT; \ -## Allow this to work when expect and DejaGnu are in tree. -## Only required when --cygnus in force. -?CYGNUS? if [ -f $(top_builddir)/../expect/expect ]; then \ -?CYGNUS? TCL_LIBRARY=`$(am__cd) $(top_srcdir)/../tcl/library && pwd`; \ -?CYGNUS? export TCL_LIBRARY; \ -?CYGNUS? fi; \ - runtest=$(RUNTEST); \ ## If runtest can't be found, print a warning but don't die. It is ## pointless to cause a failure if the tests cannot be run at all. - if $(SHELL) -c "$$runtest --version" > /dev/null 2>&1; then \ + if $(SHELL) -c "$(RUNTEST) --version" > /dev/null 2>&1; then \ exit_status=0; l='$(DEJATOOL)'; for tool in $$l; do \ - if $$runtest $(AM_RUNTESTFLAGS) $(RUNTESTDEFAULTFLAGS) $(RUNTESTFLAGS); \ + if $(RUNTEST) $(AM_RUNTESTFLAGS) $(RUNTESTDEFAULTFLAGS) $(RUNTESTFLAGS); \ then :; else exit_status=1; fi; \ done; \ - else echo "WARNING: could not find 'runtest'" 1>&2; :;\ + else echo "WARNING: could not find '$(RUNTEST)'" 1>&2; :;\ fi; \ exit $$exit_status diff --git a/lib/am/texinfos.am b/lib/am/texinfos.am index 42787c7..e78cded 100644 --- a/lib/am/texinfos.am +++ b/lib/am/texinfos.am @@ -20,26 +20,7 @@ ## ----------- ## if %?LOCAL-TEXIS% -if ! %?CYGNUS% TEXI2DVI = texi2dvi - -else %?CYGNUS% - -## Find these programs wherever they may lie. Yes, this has -## intimate knowledge of the structure of the texinfo distribution. -MAKEINFO = `if test -f $(top_builddir)/../texinfo/makeinfo/makeinfo; then \ - echo $(top_builddir)/../texinfo/makeinfo/makeinfo; \ - else \ - echo makeinfo; \ - fi` - -TEXI2DVI = `if test -f $(top_srcdir)/../texinfo/util/texi2dvi; then \ - echo $(top_srcdir)/../texinfo/util/texi2dvi; \ - else \ - echo texi2dvi; \ - fi` -endif %?CYGNUS% - TEXI2PDF = $(TEXI2DVI) --pdf --batch MAKEINFOHTML = $(MAKEINFO) --html AM_MAKEINFOHTMLFLAGS = $(AM_MAKEINFOFLAGS) @@ -428,6 +409,4 @@ maintainer-clean-aminfo: ?MAINTCLEAN? -test -z "%MAINTCLEAN%" \ ?MAINTCLEAN? || rm -rf %MAINTCLEAN% -?CYGNUS?.PHONY: clean-info -?CYGNUS?clean-info: mostlyclean-aminfo clean-aminfo endif %?LOCAL-TEXIS% diff --git a/t/clean2.sh b/t/clean2.sh deleted file mode 100755 index b5f5df2..0000000 --- a/t/clean2.sh +++ /dev/null @@ -1,68 +0,0 @@ -#! /bin/sh -# Copyright (C) 2004-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Make sure distclean works in cygnus mode. -# Report from Daniel Jacobowitz. - -. ./defs || Exit 1 - -cat >> configure.ac << 'END' -AM_MAINTAINER_MODE -AC_CONFIG_FILES([sub/Makefile]) -AC_OUTPUT -END - -cat > Makefile.am << 'END' -SUBDIRS = sub - -data_DATA = bar - -bar: - touch $@ - -DISTCLEANFILES = bar -END - -mkdir sub - -cat > sub/Makefile.am << 'END' -data_DATA = foo - -foo: - touch $@ - -CLEANFILES = $(data_DATA) -END - -$ACLOCAL -$AUTOCONF -$AUTOMAKE --cygnus -Wno-obsolete - -./configure -$MAKE -ls -l -test -f bar -test -f sub/foo -$MAKE distclean -ls -l -test ! -r bar -test ! -r sub/foo -test ! -r Makefile -test ! -r config.status -test -f Makefile.in -test -f configure - -: diff --git a/t/cygnus-check-without-all.sh b/t/cygnus-check-without-all.sh deleted file mode 100755 index 121c657..0000000 --- a/t/cygnus-check-without-all.sh +++ /dev/null @@ -1,50 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that, in cygnus mode, target "check" does not depend target -# "all". - -. ./defs || Exit 1 - -cat >> configure.ac <<'END' -AM_MAINTAINER_MODE -AC_OUTPUT -END - -cat > Makefile.am <<'END' -all-local: - : > all-target-has-failed - exit 1 -check-local: - touch check-target-has-run -END - -$ACLOCAL -$AUTOMAKE --cygnus -Wno-obsolete - -$EGREP '(^| )all.*(:|:.* )check' Makefile.in && Exit 1 - -$AUTOCONF -./configure - -$MAKE check -test -f check-target-has-run -test ! -r all-target-has-failed -# Sanity checks. -$MAKE && Exit 1 -test -f all-target-has-failed - -: diff --git a/t/cygnus-dependency-tracking.sh b/t/cygnus-dependency-tracking.sh deleted file mode 100755 index 6c858c1..0000000 --- a/t/cygnus-dependency-tracking.sh +++ /dev/null @@ -1,74 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that cygnus mode disables automatic dependency tracking. -# And check that this *cannot* be overridden. - -required=cc -. ./defs || Exit 1 - -cat >> configure.ac <<'END' -AM_MAINTAINER_MODE -AC_PROG_CC -AC_OUTPUT -END - -cat > Makefile.am <<'END' -AUTOMAKE_OPTIONS = -Wno-obsolete -bin_PROGRAMS = foo -foo_SOURCES = foo.c -.PHONY: test-nodeps -test-nodeps: - test ! -d .deps - test ! -d _deps - test ! -d '$(DEPDIR)' -END - -cat > foo.c <<'END' -#include "bar.h" -int main () -{ - GIVE_BACK 0; -} -END - -cat > bar.sav <<'END' -#define GIVE_BACK return -END - -cp bar.sav bar.h - -$ACLOCAL -$AUTOMAKE --include-deps --cygnus --include-deps -$AUTOCONF - -# Unknown options should cause just warnings from configure. -./configure --enable-dependency-tracking -$MAKE -$MAKE test-nodeps - -: > bar.h -$MAKE -$MAKE test-nodeps - -# Sanity check. -$MAKE clean -$MAKE >out 2>&1 && { cat out; Exit 1; } -cat out -# Not all compilers mention the undefined symbol in the error message. -grep GIVE_BACK out || grep main out - -: diff --git a/t/cygnus-imply-foreign.sh b/t/cygnus-imply-foreign.sh deleted file mode 100755 index 3dcf671..0000000 --- a/t/cygnus-imply-foreign.sh +++ /dev/null @@ -1,60 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that 'cygnus' mode imply 'foreign' mode. - -. ./defs || Exit 1 - -cat >> configure.ac <<'END' -# This is *required* in cygnus mode -AM_MAINTAINER_MODE -END - -$ACLOCAL - -: > Makefile.am - -# We want complete control automake flags, while honouring the -# user overrides for $AUTOMAKE. -AUTOMAKE=$am_original_AUTOMAKE - -# Sanity check: gnu mode must complain about missing files and -# portability problems. -AUTOMAKE_fails -grep 'required file.*README' stderr - -# But cygnus mode should imply foreign mode, so no complaints. -# And cygnus mode should by able to override gnu and gnits modes. -$AUTOMAKE --cygnus -Werror -$AUTOMAKE --gnu --cygnus -Werror -$AUTOMAKE --gnits --cygnus -Werror - -# Try again, this time enabling cygnus mode from Makefile.am. -cp Makefile.am Makefile.sav -echo 'AUTOMAKE_OPTIONS = gnu cygnus' >> Makefile.am -$AUTOMAKE -Werror -mv -f Makefile.sav Makefile.am - -# Try again, this time enabling cygnus mode from configure.ac. -cp configure.ac configure.sav -sed 's/^AM_INIT_AUTOMAKE$/&([gnits cygnus])/' configure.sav >configure.ac -cmp configure.ac configure.sav && fatal_ 'failed to edit configure.ac' - -$ACLOCAL --force -$AUTOMAKE -Werror -mv -f configure.sav configure.ac - -: diff --git a/t/cygnus-no-dist.sh b/t/cygnus-no-dist.sh deleted file mode 100755 index d94a8f5..0000000 --- a/t/cygnus-no-dist.sh +++ /dev/null @@ -1,86 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that cygnus mode forbids creation of distribution tarball. - -. ./defs || Exit 1 - -echo AM_MAINTAINER_MODE >> configure.ac -mv -f configure.ac configure.stub - -cat configure.stub - > configure.ac <<'END' -AC_OUTPUT -END - -: > Makefile.am - -$ACLOCAL -$AUTOCONF -$AUTOMAKE --cygnus -Wno-obsolete - -./configure -$MAKE - -for target in dist distdir distcheck dist-all dist-gzip; do - $MAKE -n $target >out 2>&1 && { cat out; Exit 1; } - cat out - grep $target out -done - -# Now check that cygnus mode in a subdirectory disables -# distribution-building in that subdirectory. - -cat > Makefile.am <<'END' -SUBDIRS = sub1 sub2 -END - -mkdir sub1 sub2 -: > sub1/Makefile.am -cat > sub2/Makefile.am <<'END' -# The '-Wall' after 'cygnus' should ensure no warning gets -# unintentionally disabled. We are particularly interested -# in override warnings, for when (below) we add the 'distdir' -# target. -AUTOMAKE_OPTIONS = cygnus -Wall -# This is required because the 'cygnus' option is now deprecated. -AUTOMAKE_OPTIONS += -Wno-obsolete -END - -cat configure.stub - > configure.ac <<'END' -AC_CONFIG_FILES([sub1/Makefile sub2/Makefile]) -AC_OUTPUT -END - -$AUTOCONF -$AUTOMAKE - -./configure -$MAKE -cd sub2 -$MAKE -n distdir >out 2>&1 && { cat out; Exit 1; } -grep distdir out -cd .. - -cat >> sub2/Makefile.am <<'END' -distdir: -END -$AUTOMAKE sub2/Makefile -./config.status sub2/Makefile - -$MAKE distdir -$MAKE dist - -: diff --git a/t/cygnus-no-installinfo.sh b/t/cygnus-no-installinfo.sh deleted file mode 100755 index d46b6b3..0000000 --- a/t/cygnus-no-installinfo.sh +++ /dev/null @@ -1,55 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that cygnus mode enables the 'no-installinfo' option. - -required=makeinfo -. ./defs || Exit 1 - -cat >> configure.ac <<'END' -AM_MAINTAINER_MODE -AC_OUTPUT -END - -cat > Makefile.am <<'END' -info_TEXINFOS = foo.texi -END - -cat > foo.texi <<'END' -@setfilename foo.info -END - -$ACLOCAL -# -Wno-override works around a buglet in definition of $(MAKEINFO) -# in cygnus mode; see also xfailing test 'txinfo5.test'. -# -Wno-obsolete accounts for the fact that the cygnus mode is now -# deprecated. -$AUTOMAKE --cygnus -Wno-override -Wno-obsolete -$AUTOCONF - -cwd=`pwd` || Exit 1 -./configure --prefix="$cwd"/_inst -$MAKE -$MAKE install -test ! -d _inst -test ! -r foo.info -test ! -d _inst/share/info -$MAKE install-info -ls -l _inst -test -f foo.info -test -f _inst/share/info/foo.info - -: diff --git a/t/cygnus-deprecation.sh b/t/cygnus-no-more.sh similarity index 65% rename from t/cygnus-deprecation.sh rename to t/cygnus-no-more.sh index 779914b..4be0561 100755 --- a/t/cygnus-deprecation.sh +++ b/t/cygnus-no-more.sh @@ -20,37 +20,18 @@ . ./defs || Exit 1 -warn_rx='support for Cygnus.*trees.*deprecated' - -cat >> configure.ac <<'END' -AC_PROG_CC -AM_MAINTAINER_MODE -END +warn_rx='support for Cygnus.*trees.*removed' $ACLOCAL -$AUTOCONF - -: > Makefile.am -# 'cygnus' option from command line -$AUTOMAKE --cygnus -Wno-obsolete -AUTOMAKE_fails --cygnus -grep "^automake.*: .*$warn_rx" stderr -AUTOMAKE_fails -Wnone -Wobsolete --cygnus -grep "^automake.*: .*$warn_rx" stderr -AUTOMAKE_fails --cygnus -Wnone -Wobsolete -grep "^automake.*: .*$warn_rx" stderr - -rm -rf autom4te*.cache +# Use of 'cygnus' option must raise an unconditional error, not a +# warning. +AUTOMAKE="$am_original_AUTOMAKE -Wnone -Wno-error" # 'cygnus' option in Makefile.am echo "AUTOMAKE_OPTIONS = cygnus" > Makefile.am -cat Makefile.am # For debugging. -$AUTOMAKE -Wno-obsolete AUTOMAKE_fails grep "^Makefile\.am:1:.*$warn_rx" stderr -AUTOMAKE_fails -Wnone -Wobsolete -grep "^Makefile\.am:1:.*$warn_rx" stderr rm -rf autom4te*.cache @@ -59,10 +40,7 @@ rm -rf autom4te*.cache sed "s|^\\(AM_INIT_AUTOMAKE\\).*|\1([cygnus])|" configure.ac > t diff configure.ac t && fatal_ "failed to edit configure.ac" mv -f t configure.ac -$AUTOMAKE -Wno-obsolete AUTOMAKE_fails grep "^configure\.ac:2:.*$warn_rx" stderr -AUTOMAKE_fails -Wnone -Wobsolete -grep "^configure\.ac:2:.*$warn_rx" stderr : diff --git a/t/cygnus-requires-maintainer-mode.sh b/t/cygnus-requires-maintainer-mode.sh deleted file mode 100755 index 546e898..0000000 --- a/t/cygnus-requires-maintainer-mode.sh +++ /dev/null @@ -1,53 +0,0 @@ -#! /bin/sh -# Copyright (C) 2010-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Check that, in cygnus mode, maintainer mode is required. - -. ./defs || Exit 1 - -: > Makefile.am - -$ACLOCAL -AUTOMAKE_fails -Wno-obsolete --cygnus -grep '^configure\.ac:.*AM_MAINTAINER_MODE.*required.*cygnus' stderr - -cat >> configure.ac <<'END' -AC_CONFIG_FILES([sub/Makefile]) -END - -cat > Makefile.am <<'END' -SUBDIRS = sub -END - -mkdir sub -cat > sub/Makefile.am <<'END' -AUTOMAKE_OPTIONS = -Wno-obsolete cygnus -END - -rm -rf autom4te.cache -$ACLOCAL -AUTOMAKE_fails -grep '^configure\.ac:.*AM_MAINTAINER_MODE.*required.*cygnus' stderr - -cat >> configure.ac <<'END' -AM_MAINTAINER_MODE -END - -rm -rf autom4te.cache -$ACLOCAL -$AUTOMAKE --cygnus -Wno-obsolete - -: diff --git a/t/flavor.sh b/t/flavor.sh index 6a1fddb..8b999cc 100755 --- a/t/flavor.sh +++ b/t/flavor.sh @@ -57,21 +57,4 @@ for flavor in --gnits --gnu --foreign --ignore-deps; do done -# Cygnus mode is deprecated now, and must be handled separately. -$AUTOMAKE --cygnus -Wno-obsolete -./configure --enable-maintainer-mode -grep " --cygnus" Makefile -$MAKE -# Two code paths in configure.am: -# - either a file in $(am__configure_deps) has been updated ... -$sleep -touch aclocal.m4 -$MAKE -grep " --cygnus" Makefile -# - ... or not; i.e., Makefile.am or an included file has. -$sleep -touch Makefile.am -$MAKE -grep " --cygnus" Makefile - : diff --git a/t/list-of-tests.mk b/t/list-of-tests.mk index 5b6f746..43d7538 100644 --- a/t/list-of-tests.mk +++ b/t/list-of-tests.mk @@ -213,7 +213,6 @@ t/check-no-test-driver.sh \ t/check-concurrency-bug9245.sh \ t/checkall.sh \ t/clean.sh \ -t/clean2.sh \ t/colneq.sh \ t/colneq2.sh \ t/colneq3.sh \ @@ -330,13 +329,7 @@ t/cxxlibobj.sh \ t/cxxlink.sh \ t/cxxnoc.sh \ t/cxxo.sh \ -t/cygnus-deprecation.sh \ -t/cygnus-check-without-all.sh \ -t/cygnus-dependency-tracking.sh \ -t/cygnus-imply-foreign.sh \ -t/cygnus-no-dist.sh \ -t/cygnus-no-installinfo.sh \ -t/cygnus-requires-maintainer-mode.sh \ +t/cygnus-no-more.sh \ t/cygwin32.sh \ t/dash.sh \ t/defun.sh \ @@ -1157,8 +1150,6 @@ t/txinfo.sh \ t/txinfo2.sh \ t/txinfo3.sh \ t/txinfo4.sh \ -t/txinfo5.sh \ -t/txinfo5b.sh \ t/txinfo6.sh \ t/txinfo7.sh \ t/txinfo8.sh \ diff --git a/t/txinfo5.sh b/t/txinfo5.sh deleted file mode 100755 index d515617..0000000 --- a/t/txinfo5.sh +++ /dev/null @@ -1,38 +0,0 @@ -#! /bin/sh -# Copyright (C) 1998-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Test to make sure that texinfo.tex is not required by --cygnus. -# Also check that TEXINFOS + cygnus work without requiring the -# '-Wno-override' option. -# See also sister test txinfo5b.test. -# Report from Ian Taylor. - -. ./defs || Exit 1 - -cat >> configure.ac << 'END' -AM_MAINTAINER_MODE -END - -cat > Makefile.am << 'END' -info_TEXINFOS = ian.texi -END - -echo '@setfilename ian.info' > ian.texi - -$ACLOCAL -$AUTOMAKE --cygnus -Wno-obsolete - -: diff --git a/t/txinfo5b.sh b/t/txinfo5b.sh deleted file mode 100755 index a99f607..0000000 --- a/t/txinfo5b.sh +++ /dev/null @@ -1,42 +0,0 @@ -#! /bin/sh -# Copyright (C) 1998-2012 Free Software Foundation, Inc. -# -# This program is free software; you can redistribute it and/or modify -# it under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2, or (at your option) -# any later version. -# -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program. If not, see . - -# Test to make sure that texinfo.tex is not required by --cygnus. -# See also sister test txinfo5.test. -# Report from Ian Taylor. - -. ./defs || Exit 1 - -cat >> configure.ac << 'END' -AM_MAINTAINER_MODE -END - -cat > Makefile.am << 'END' -# Disable 'override' warnings to work around an unrelated -# texi+cygnus bug. -# Disable obsolete warnings because the 'cygnus' mode is now deprecated. -AUTOMAKE_OPTIONS = -Wno-override -Wno-obsolete -info_TEXINFOS = ian.texi -END - -echo '@setfilename ian.info' > ian.texi - -$ACLOCAL -$AUTOMAKE --cygnus -$AUTOMAKE -a --cygnus -test ! -f texinfo.tex - -: -- 1.7.9.5 From unknown Fri Sep 05 11:00:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11034: [PATCH 0/2] cygnus: deprecate and remove Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 02 May 2012 09:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11034 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: automake-patches@gnu.org Cc: 11034@debbugs.gnu.org Received: via spool by 11034-submit@debbugs.gnu.org id=B11034.13359502856996 (code B ref 11034); Wed, 02 May 2012 09:19:01 +0000 Received: (at 11034) by debbugs.gnu.org; 2 May 2012 09:18:05 +0000 Received: from localhost ([127.0.0.1]:33236 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SPVhF-0001ol-63 for submit@debbugs.gnu.org; Wed, 02 May 2012 05:18:05 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:51777) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SPVhC-0001oC-Qv; Wed, 02 May 2012 05:18:03 -0400 Received: by bkty8 with SMTP id y8so257724bkt.3 for ; Wed, 02 May 2012 02:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=xJno4Ya4M1M488Z+4kcfw6mlcZ3plbSd0rNdGfHe+cw=; b=lo+E6Q5psGThS/5YxRc8RfaSLf18+iMmDWOCXD24ZnF+X2xRjbRxKqvQ4fa58Lr/6S JxxWyDlBRXmDnyNUSwKcntdNF04oOX3qc8oQo3jYMiEir4qGI7FwNKwjsMUnd/3Akr/Z C5YaXhvdjKPANKmdv+vly/oQ9LQWqEo38wFHUN/XB8iTX59dqIS4i5MCH2oXku+tUn5s 4kjdXTN6bOk4YlvFYqyqxjokKDo17pB1GYWLC87kFwNvoKVx9ZF5oo7Wq0IkHmHRguOp EZ339sJayEQd+UMjoasPOqgprqwHPTgvAjI6AvEncyue2pk5wFb/XRy8SdNhqn6Vi4uD MLRw== Received: by 10.204.149.208 with SMTP id u16mr6346549bkv.81.1335950185131; Wed, 02 May 2012 02:16:25 -0700 (PDT) Received: from [87.14.90.208] (host208-90-dynamic.14-87-r.retail.telecomitalia.it. [87.14.90.208]) by mx.google.com with ESMTPS id f11sm2205205bkw.6.2012.05.02.02.16.20 (version=SSLv3 cipher=OTHER); Wed, 02 May 2012 02:16:21 -0700 (PDT) Message-ID: <4FA0FB62.4070805@gmail.com> Date: Wed, 02 May 2012 11:16:18 +0200 From: Stefano Lattarini MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) tags 11034 + patch close 11034 thanks On 04/30/2012 06:45 PM, Stefano Lattarini wrote: > > Stefano Lattarini (2): > cygnus: warn when it's used (flagged as 'obsolete' now) > cygnus: remove support for Cygnus-style trees > > The first patch deprecates support for Cygnus style-trees. It is meant > to be applied to the 'maint' branch, so that it will appear in the next > Automake maintenance version (1.12.1) > > The second patch removes support for Cygnus style-trees altogether. It > is meant to be applied (on the top of the first one) to the 'master' > branch, so that it will appear in the next major Automake version (1.13). > > I will push in a couple of days. > Pushed now. I'm thus closing the bug report. Regards, Stefano