From unknown Wed Jun 18 23:11:41 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#7988 <7988@debbugs.gnu.org> To: bug#7988 <7988@debbugs.gnu.org> Subject: Status: the manual suggests installing macro files to hard-coded location Reply-To: bug#7988 <7988@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:11:41 +0000 retitle 7988 the manual suggests installing macro files to hard-coded locat= ion reassign 7988 automake submitter 7988 Peter Johansson severity 7988 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 05 03:55:08 2011 Received: (at submit) by debbugs.gnu.org; 5 Feb 2011 08:55:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PldvA-00054G-F9 for submit@debbugs.gnu.org; Sat, 05 Feb 2011 03:55:08 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PlaQC-0000Af-DI for submit@debbugs.gnu.org; Sat, 05 Feb 2011 00:10:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlaYS-0000uQ-8Z for submit@debbugs.gnu.org; Sat, 05 Feb 2011 00:19:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_LOW,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:32844) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlaYS-0000uM-6M for submit@debbugs.gnu.org; Sat, 05 Feb 2011 00:19:28 -0500 Received: from [140.186.70.92] (port=35480 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlaYQ-0000Nt-W5 for bug-automake@gnu.org; Sat, 05 Feb 2011 00:19:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlaYP-0000uC-Pk for bug-automake@gnu.org; Sat, 05 Feb 2011 00:19:26 -0500 Received: from mail-qy0-f169.google.com ([209.85.216.169]:42957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlaYP-0000u7-Lq for bug-automake@gnu.org; Sat, 05 Feb 2011 00:19:25 -0500 Received: by qyk7 with SMTP id 7so177951qyk.0 for ; Fri, 04 Feb 2011 21:19:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=ql4AbewvVTK0E37VNeJG3t5qV3Olmb/aVVjCtMg8Z40=; b=lBGJzJdNsoliPzC7mXBnYo6tVimtWKyuB8zQaTBJky/V6Pqjz0SkOr+Tp8Wvg2o++d yLl1KQE61r0yMTlUtmh955FHnplpqwnhIaGRUUUNIBd3XnUaW+D/hPZqJbQ42BhDWi8i kP55/wyvo9oHIKa4P4Hx79b7kKD7lztxWbOzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=VYkOgsKwHIoQB1BWhD2o5O34Pi8SOIIxOXR03Ga/4rC3KpqVso9ZxhQrguRrz9FdSf fzJjOsTkVndo4bnaXqO0ck9cCSMDJ1ZW4EWJF5aPePhvSEkkipxm9VHiXRcn7NyBpI+W jsFBumxcnODNqAwRMPO3xWM1/RtfgZwt1R0S8= Received: by 10.224.80.212 with SMTP id u20mr11590298qak.128.1296883164294; Fri, 04 Feb 2011 21:19:24 -0800 (PST) Received: from [192.168.1.102] (c-69-255-224-25.hsd1.md.comcast.net [69.255.224.25]) by mx.google.com with ESMTPS id h20sm1050973qck.12.2011.02.04.21.19.23 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 21:19:23 -0800 (PST) Message-ID: <4D4CDDD7.9080200@gmail.com> Date: Sat, 05 Feb 2011 00:19:19 -0500 From: Peter Johansson User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: bug-automake@gnu.org Subject: the manual suggests installing macro files to hard-coded location Content-Type: multipart/alternative; boundary="------------080205020108040007080308" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.216.169 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 199.232.76.165 X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 05 Feb 2011 03:55:06 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -5.9 (-----) This is a multi-part message in MIME format. --------------080205020108040007080308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, In the manual, http://sources.redhat.com/automake/automake.html#Invoking-aclocal, I read about the `--print-ac-dir' option: Prints the name of the directory that | |aclocal will search to find third-party .m4 files. When this option is given, normal processing is suppressed. This option can be used by a package to determine where to install a macro file. I find the last sentence a bit strange because to me that sounds like Automake suggests that packagers should install macro files in a hard-coded directory not relative to $(prefix). IIUC that that contradicts the discussion in section "Install to Hard-Coded Locations" http://sources.redhat.com/automake/automake.html#Hard_002dCoded-Install-Paths Cheers, Peter --------------080205020108040007080308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello,

In the manual, http://sources.redhat.com/automake/automake.html#Invoking-aclocal,
I read about the `--print-ac-dir' option:

Prints the name of the directory that
aclocal will search to find third-party .m4 files. When this option is given, normal processing is suppressed. This option can be used by a package to determine where to install a macro file.

I find the last sentence a bit strange because to me that sounds like Automake suggests that packagers should install macro files in a hard-coded directory not relative to $(prefix). IIUC that
that contradicts the discussion in section "Install to Hard-Coded Locations"

http://sources.redhat.com/automake/automake.html#Hard_002dCoded-Install-Paths

Cheers,
Peter
--------------080205020108040007080308-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 19 08:37:01 2011 Received: (at 7988) by debbugs.gnu.org; 19 Mar 2011 12:37:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0vOv-0005lq-1Y for submit@debbugs.gnu.org; Sat, 19 Mar 2011 08:37:01 -0400 Received: from mail-ww0-f42.google.com ([74.125.82.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0vOt-0005le-5q for 7988@debbugs.gnu.org; Sat, 19 Mar 2011 08:36:59 -0400 Received: by wwk4 with SMTP id 4so2188113wwk.3 for <7988@debbugs.gnu.org>; Sat, 19 Mar 2011 05:36:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:message-id:content-type :content-transfer-encoding; bh=ENRitmfwa3vNACnnS4oHi7UkgUnn/yafDngEY3c0SJY=; b=aSUL60IMfMDvRUMrUCBTVj3uSbMrqgTLG0HzoAvLrTPehG0c8zngDGDTioDeD6J12T Fut948hOLHfGyRTnMlw3FvkjOhrDyoB0yTrpJJnG5RCmqDfnJ5vGsodwk04968BA/nJI 0bewPotzMpk1uFj1DLtnCA1zOXNqbuNWPRVnM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:message-id:content-type:content-transfer-encoding; b=lkIbVVf8bfCOsq/gOyHrFeKmvJ9M0O0I7arnKEJznmIH5WSH5m+YJMV0kVjR9mvCNi ltuAfAZ2+izy+CB+ophaGjJPxNon9swTm7Uqb27z3ftH+mdDPEracRE/DMJFKvgh7XpB UPd87ve+8a90yE3Fl4Ay21KbmhLBuJC+5LVWo= Received: by 10.216.230.31 with SMTP id i31mr2236397weq.7.1300538213460; Sat, 19 Mar 2011 05:36:53 -0700 (PDT) Received: from bigio.localnet (host81-37-dynamic.56-82-r.retail.telecomitalia.it [82.56.37.81]) by mx.google.com with ESMTPS id t72sm1909225wei.20.2011.03.19.05.36.49 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Mar 2011 05:36:50 -0700 (PDT) From: Stefano Lattarini To: Peter Johansson Subject: Re: bug#7988: the manual suggests installing macro files to hard-coded location Date: Sat, 19 Mar 2011 13:36:28 +0100 User-Agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; ) References: <4D4CDDD7.9080200@gmail.com> In-Reply-To: <4D4CDDD7.9080200@gmail.com> MIME-Version: 1.0 Message-Id: <201103191336.29513.stefano.lattarini@gmail.com> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 7988 Cc: 7988@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.6 (---) On Saturday 05 February 2011, Peter Johansson wrote: > Hello, > Hello Peter, and sorry for the terrible delay. > In the manual, > http://sources.redhat.com/automake/automake.html#Invoking-aclocal, > I read about the `--print-ac-dir' option: > > ``Prints the name of the directory that aclocal will search to find > third-party .m4 files. When this option is given, normal processing > is suppressed. This option can be used by a package to determine > where to install a macro file.'' > > I find the last sentence a bit strange because to me that sounds like > Automake suggests that packagers should install macro files in a > hard-coded directory not relative to $(prefix). > Yes, this is exactly what it suggests. Unfortunately, this is currently the best way to allow aclocal to find the installed third-pary macro file; for more information see: Another viable approach would be to install the third-party macro file in `$(third-party-prefix)/share/aclocal', and then extend the file `$(aclocal-prefix)/share/aclocal/dirlist' to list that directory too; but this would mean *modify* a possibly pre-existing file (and in a hard-coded location too), and I'm not sure this is a wise move (but maybe might be worth citing in the documentation anyway... Opinions?) Finally, note that this problem should be ameliorated once the pending patches introducing support for the ACLOCAL_PATH environment variable are merged: At that point, a thid-party package providing macro files can install them into `$(third-party-prefix)/share/aclocal', and then tell the user to extend the system-wide definition of ACLOCAL_PATH accordingly (somewhat similarly to what libtool install rules does with `LD_LIBRARY_PATH'). > IIUC that that contradicts the discussion in section "Install to > Hard-Coded Locations" > > http://sources.redhat.com/automake/automake.html#Hard_002dCoded-Install-Paths > > Cheers, > Peter > Thanks, Stefano From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 19 22:27:22 2011 Received: (at 7988) by debbugs.gnu.org; 20 Mar 2011 02:27:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q18MT-0006t1-TT for submit@debbugs.gnu.org; Sat, 19 Mar 2011 22:27:22 -0400 Received: from mail-qy0-f179.google.com ([209.85.216.179]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q18MS-0006sp-4h for 7988@debbugs.gnu.org; Sat, 19 Mar 2011 22:27:20 -0400 Received: by qyk7 with SMTP id 7so3704828qyk.3 for <7988@debbugs.gnu.org>; Sat, 19 Mar 2011 19:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=85kIh8jR9lYmUkoiqDGYqIAApdxWDwgUntDA2n21DSA=; b=LAChaGB18RqBF3KyIVHiQq/8MTIPbPC2er7QY31uPzpRF3C9JFPk8V2E4Lo1vMpj/Z JvzRNLrkO70yINYuegu3jr9xYGTgSbomi7hYB/OLngXKQdlWz2U9qr/7EZYUw7zZSYuQ PWmPWWLyQNyhxuIbkDqk6HGGk4IzrRt2imUkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=FqscW+zY7pBayM2CKG0wBVzKCULQtAAFo0YL9EqHfPnwjGsEByWB7V3FAeBxyOOkgN re+ZlJKgJ9LBFaoBV2mmhW0D3I8DK3qxCkOkpDMa5OVna8j7adi4Mk+WY1tuDS2AC7Gd b+Uqi/k5+0slv+NeltWz6zrWF3KNq4Jd7inn0= Received: by 10.229.127.212 with SMTP id h20mr2124244qcs.78.1300588034408; Sat, 19 Mar 2011 19:27:14 -0700 (PDT) Received: from [192.168.1.102] (c-69-255-224-25.hsd1.md.comcast.net [69.255.224.25]) by mx.google.com with ESMTPS id c27sm3329699qck.46.2011.03.19.19.27.13 (version=SSLv3 cipher=OTHER); Sat, 19 Mar 2011 19:27:13 -0700 (PDT) Message-ID: <4D8565F1.4050407@gmail.com> Date: Sat, 19 Mar 2011 22:26:57 -0400 From: Peter Johansson User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Stefano Lattarini Subject: Re: bug#7988: the manual suggests installing macro files to hard-coded location References: <4D4CDDD7.9080200@gmail.com> <201103191336.29513.stefano.lattarini@gmail.com> In-Reply-To: <201103191336.29513.stefano.lattarini@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: 7988 Cc: 7988@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.4 (----) Hello Stefano, On 3/19/11 8:36 AM, Stefano Lattarini wrote: > On Saturday 05 February 2011, Peter Johansson wrote: > >> I find the last sentence a bit strange because to me that sounds like >> Automake suggests that packagers should install macro files in a >> hard-coded directory not relative to $(prefix). >> > Yes, this is exactly what it suggests. Unfortunately, this is currently > the best way to allow aclocal to find the installed third-pary macro file; > for more information see: > > With the same logic, the best way to intall header files would be to ask gcc about its search path and intall header files where gcc will find them - typically in `/usr/local/include'. I think this would be suboptimal and a better way to do it is to install headers in `$(includedir)' and have this set to `${prefix}/include' as default but also give the installer the freedom to change this location if desired at configure time or even at make time. IMVHO, that approach works also for m4 files. Install m4 files in `$(aclocaldir)', whose default value is `${datadir}/aclocal'. If that happens to be a place aclocal never heard of, the user can always supply '-I' flags as needed. On one system at work I have aclocal installed in `/usr/bin/' and since I'm not root I can not install stuff into `/usr' and would find it annoying if packages insisted on installing m4 files into `/usr/share/aclocal' although I configure with `--prefix=$HOME'. And on top of that distcheck typically fails if one tries to install things to a location outside the $(prefix) tree. > Another viable approach would be to install the third-party macro file > in `$(third-party-prefix)/share/aclocal', and then extend the file > `$(aclocal-prefix)/share/aclocal/dirlist' to list that directory too; but > this would mean *modify* a possibly pre-existing file (and in a hard-coded > location too), and I'm not sure this is a wise move (but maybe might be > worth citing in the documentation anyway... Opinions?) > IMVHO that doesn't sound like an improvement. Say that I, e.g., install an old version of GSL with --prefix=/usr/local/gsl-1.6. That doesn't mean I want aclocal to look for m4 files in `/usr/local/gsl-1.6/share/aclocal'. And what happens with all the times I install my own package within distcheck, would that prefix (`pwd`/_inst) also be added in `dirlist'? > Finally, note that this problem should be ameliorated once the pending > patches introducing support for the ACLOCAL_PATH environment variable > are merged: > > At that point, a thid-party package providing macro files can install them > into `$(third-party-prefix)/share/aclocal', and then tell the user to > extend the system-wide definition of ACLOCAL_PATH accordingly (somewhat > similarly to what libtool install rules does with `LD_LIBRARY_PATH'). Sounds good. Thanks, Peter From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 28 06:48:39 2011 Received: (at 7988) by debbugs.gnu.org; 28 Sep 2011 10:48:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8rgr-0006If-Qk for submit@debbugs.gnu.org; Wed, 28 Sep 2011 06:48:39 -0400 Received: from mail-wy0-f172.google.com ([74.125.82.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8rgn-0006IT-0r for 7988@debbugs.gnu.org; Wed, 28 Sep 2011 06:48:34 -0400 Received: by wyh21 with SMTP id 21so5636315wyh.3 for <7988@debbugs.gnu.org>; Wed, 28 Sep 2011 03:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:message-id; bh=bq0ygYnDdwGpHWVFOtDZSpzXyRVw6Chkxda9Lx7Ke70=; b=ViaE3ZiOzc9o5z8Ae2HP501dbYWrK7x6/5Yr+UFK72n5l6k6nu0jRAtkLYoIpKm/H6 s5WAG5eoM6s3LbvjtNKKO0PN/BYmGxnbnEw2dD4eVhTJWdKC0su7frQheyzm8zaIFqPC nrz3okueKdetRhulY/QkXYWge8luqm0EnMeKI= Received: by 10.227.10.67 with SMTP id o3mr7248783wbo.34.1317206856231; Wed, 28 Sep 2011 03:47:36 -0700 (PDT) Received: from bigio.localnet (host203-50-dynamic.58-82-r.retail.telecomitalia.it. [82.58.50.203]) by mx.google.com with ESMTPS id i11sm40038897wbn.25.2011.09.28.03.47.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Sep 2011 03:47:34 -0700 (PDT) From: Stefano Lattarini To: Peter Johansson Subject: Re: bug#7988: the manual suggests installing macro files to hard-coded location Date: Wed, 28 Sep 2011 12:47:13 +0200 User-Agent: KMail/1.13.7 (Linux/2.6.30-2-686; KDE/4.6.5; i686; ; ) References: <4D4CDDD7.9080200@gmail.com> <201103191336.29513.stefano.lattarini@gmail.com> <4D8565F1.4050407@gmail.com> In-Reply-To: <4D8565F1.4050407@gmail.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ysvgOQiuB3s9mxT" Message-Id: <201109281247.14808.stefano.lattarini@gmail.com> X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 7988 Cc: 7988@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.9 (---) --Boundary-00=_ysvgOQiuB3s9mxT Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Sunday 20 March 2011, Peter Johansson wrote: > Hello Stefano, > > On 3/19/11 8:36 AM, Stefano Lattarini wrote: > > > > Another viable approach would be to install the third-party macro file > > in `$(third-party-prefix)/share/aclocal', and then extend the file > > `$(aclocal-prefix)/share/aclocal/dirlist' to list that directory too; but > > this would mean *modify* a possibly pre-existing file (and in a hard-coded > > location too), and I'm not sure this is a wise move (but maybe might be > > worth citing in the documentation anyway... Opinions?) > > > IMVHO that doesn't sound like an improvement. Say that I, e.g., install > an old version of GSL with --prefix=/usr/local/gsl-1.6. That doesn't > mean I want aclocal to look for m4 files in > `/usr/local/gsl-1.6/share/aclocal'. And what happens with all the times > I install my own package within distcheck, would that prefix > (`pwd`/_inst) also be added in `dirlist'? > > > Finally, note that this problem should be ameliorated once the pending > > patches introducing support for the ACLOCAL_PATH environment variable > > are merged: > > > > At that point, a thid-party package providing macro files can install them > > into `$(third-party-prefix)/share/aclocal', and then tell the user to > > extend the system-wide definition of ACLOCAL_PATH accordingly (somewhat > > similarly to what libtool install rules does with `LD_LIBRARY_PATH'). > > Sounds good. > > Thanks, > Peter > OK, now we have ACLOCAL_PATH support implemented into maint, so it's time to fix this bug. I'll push the attached patch to maint in a couple of days if there is no objection. Regards, Stefano --Boundary-00=_ysvgOQiuB3s9mxT Content-Type: text/x-patch; charset="utf-8"; name="0001-docs-don-t-suggest-installing-.m4-files-in-hard-code.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="0001-docs-don-t-suggest-installing-.m4-files-in-hard-code.patch" =46rom b100d18da312f4b22be283b9a877b221667b2245 Mon Sep 17 00:00:00 2001 Message-Id: =46rom: Stefano Lattarini Date: Sun, 25 Sep 2011 14:29:19 +0200 Subject: [PATCH] docs: don't suggest installing `.m4' files in hard-coded l= ocation This change fixes automake bug#7988. * doc/automake.texi (aclocal Options): State that the use of the `--print-ac-dir' option to determine the directory where third-party packages can install their `.m4' files is discouraged now. (Extending aclocal): Suggest telling the user about ACLOCAL_PATH. * THANKS: Update. Report by Peter Johansson. =2D-- ChangeLog | 12 ++++++++++++ THANKS | 1 + doc/automake.texi | 17 +++++++++++++---- 3 files changed, 26 insertions(+), 4 deletions(-) diff --git a/ChangeLog b/ChangeLog index 47aee92..12cdb6e 100644 =2D-- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,15 @@ +2011-09-28 Stefano Lattarini + + docs: don't suggest installing `.m4' files in hard-coded location + This change fixes automake bug#7988. + * doc/automake.texi (aclocal Options): State that the use of + the `--print-ac-dir' option to determine the directory where + third-party packages can install their `.m4' files is discouraged + now. + (Extending aclocal): Suggest telling the user about ACLOCAL_PATH. + * THANKS: Update. + Report by Peter Johansson. + 2011-09-22 Stefano Lattarini =20 tests: fix tests on aclocal search path precedences diff --git a/THANKS b/THANKS index f83e1fc..3c106c7 100644 =2D-- a/THANKS +++ b/THANKS @@ -275,6 +275,7 @@ Per Oyvind Hvidsten poeh@enter.vg Peter Breitenlohner peb@mppmu.mpg.de Peter Eisentraut peter_e@gmx.net Peter Gavin pgavin@debaser.kicks-ass.org +Peter Johansson trojkan@gmail.com Peter Mattis petm@scam.XCF.Berkeley.EDU Peter Muir iyhi@yahoo.com Peter O'Gorman peter@pogma.com diff --git a/doc/automake.texi b/doc/automake.texi index a8233dd..c463fe7 100644 =2D-- a/doc/automake.texi +++ b/doc/automake.texi @@ -3254,8 +3254,12 @@ Cause the output to be put into @var{file} instead o= f @file{aclocal.m4}. @opindex --print-ac-dir Prints the name of the directory that @command{aclocal} will search to find third-party @file{.m4} files. When this option is given, normal =2Dprocessing is suppressed. This option can be used by a package to =2Ddetermine where to install a macro file. +processing is suppressed. This option was used @emph{in the past} by +third-party packages to determine where to install @file{.m4} macro +files, but @emph{this usage is today discouraged}, since it causes +@samp{$(prefix)} not to be thoroughly honoured (which violates the +GNU Coding Standards), and a similar semantics can be better obtained +with the @env{ACLOCAL_PATH} environment variable; @pxref{Extending aclocal= }. =20 @item --verbose @opindex --verbose @@ -3430,6 +3434,7 @@ Similarly, @file{dirlist} can be handy if you have in= stalled a local copy of Automake in your account and want @command{aclocal} to look for macros installed at other places on the system. =20 +@anchor{ACLOCAL_PATH} @subsubheading Modifying the Macro Search Path: @file{ACLOCAL_PATH} @cindex @env{ACLOCAL_PATH} =20 @@ -3491,8 +3496,12 @@ aclocal_DATA =3D mymacro.m4 myothermacro.m4 =20 @noindent Please do use @file{$(datadir)/aclocal}, and not something based on =2Dthe result of @samp{aclocal --print-ac-dir}. @xref{Hard-Coded Install =2DPaths}, for arguments. +the result of @samp{aclocal --print-ac-dir} (@pxref{Hard-Coded Install +Paths}, for arguments). It might also be helpful to suggest to +the user to add the @file{$(datadir)/aclocal} directory to his +@env{ACLOCAL_PATH} variable (@pxref{ACLOCAL_PATH}) so that +@command{aclocal} will find the @file{.m4} files installed by your +package automatically. =20 A file of macros should be a series of properly quoted @code{AC_DEFUN}'s (@pxref{Macro Definitions, , , autoconf, The =2D-=20 1.7.2.3 --Boundary-00=_ysvgOQiuB3s9mxT-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 01 13:30:48 2011 Received: (at 7988-done) by debbugs.gnu.org; 1 Oct 2011 17:30:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RA3Oh-0003QG-45 for submit@debbugs.gnu.org; Sat, 01 Oct 2011 13:30:48 -0400 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RA3Od-0003Q8-Ux for 7988-done@debbugs.gnu.org; Sat, 01 Oct 2011 13:30:45 -0400 Received: by eye4 with SMTP id 4so2402847eye.3 for <7988-done@debbugs.gnu.org>; Sat, 01 Oct 2011 10:29:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=Ew42ZXj2G0r7UUyCXNN8G1I/kaVdqlDihAMgBa1wwUY=; b=bI2adj0oK0tW9DFYH/R4CIoEP8Y8WbDr8KbSPmWVEhRoJhWKRm1T75NMDmRrhL2FoY oLc0mZEzjZ6rfibbGFMt2kHZhO8UUCbJz1XPkgMlwRB/zxYVg5vFTsTLzawEmQuHITMk 5z2WuEQ1yYuICXWEr94cWq2Ie7vYePr6vm5GE= Received: by 10.223.29.69 with SMTP id p5mr4033805fac.35.1317490170225; Sat, 01 Oct 2011 10:29:30 -0700 (PDT) Received: from bigio.localnet (host132-90-dynamic.14-87-r.retail.telecomitalia.it. [87.14.90.132]) by mx.google.com with ESMTPS id k26sm12452357fab.12.2011.10.01.10.29.27 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 01 Oct 2011 10:29:27 -0700 (PDT) From: Stefano Lattarini To: Peter Johansson Subject: Re: bug#7988: the manual suggests installing macro files to hard-coded location Date: Sat, 1 Oct 2011 19:29:09 +0200 User-Agent: KMail/1.13.7 (Linux/2.6.30-2-686; KDE/4.6.5; i686; ; ) References: <4D4CDDD7.9080200@gmail.com> <4D8565F1.4050407@gmail.com> <201109281247.14808.stefano.lattarini@gmail.com> In-Reply-To: <201109281247.14808.stefano.lattarini@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201110011929.10428.stefano.lattarini@gmail.com> X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 7988-done Cc: 7988-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.6 (---) On Wednesday 28 September 2011, Stefano Lattarini wrote: > OK, now we have ACLOCAL_PATH support implemented into maint, so it's time to > fix this bug. I'll push the attached patch to maint in a couple of days if > there is no objection. > > Regards, > Stefano > Pushed now. I'm thus closing this bug report. Regards, Stefano From unknown Wed Jun 18 23:11:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 30 Oct 2011 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator