GNU bug report logs -
#8407
aclocal installs third-party m4 files in directories specified with absolute paths, even if it is documented not to
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8407 in the body.
You can then email your comments to 8407 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#8407
; Package
automake
.
(Fri, 01 Apr 2011 18:34:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefano Lattarini <stefano.lattarini <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Fri, 01 Apr 2011 18:34:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Reference to thread:
<http://lists.gnu.org/archive/html/automake-patches/2011-04/msg00001.html>
Reference to parent message:
<http://lists.gnu.org/archive/html/automake-patches/2011-04/msg00011.html>
On Friday 01 April 2011, Stefano Lattarini wrote:
> On Friday 01 April 2011, Ralf Wildenhues wrote:
> > * Stefano Lattarini wrote on Fri, Apr 01, 2011 at 03:13:19PM CEST:
> > > On Friday 01 April 2011, Ralf Wildenhues wrote:
> > > > Patch 2:
> > > > - Should `--install -I $dir' also create an absolute $dir?
> > > >
> > > I think so. Why shouldn't it?
> >
> > Well, I don't understand what a legitimate use case would be, that's
> > why. You need a relative path anyway for --install to copy files there.
> > aclocal won't install to an absolute first -I directory,
> >
Unfortunately, this is not the case (even if such a behaviour is
documented). For example, with aclocal 1.11.1:
$ cd /tmp
$ mkdir foo.dir
$ cd foo.dir
$ echo 'AC_INIT(x,0) AC_PROG_LIBTOOL' > configure.ac
$ mkdir m4
$ aclocal --install -I `pwd`/m4
aclocal: installing `/tmp/foo.dir/m4/libtool.m4' from `/usr/share/aclocal/libtool.m4'
aclocal: installing `/tmp/foo.dir/m4/ltoptions.m4' from `/usr/share/aclocal/ltoptions.m4'
aclocal: installing `/tmp/foo.dir/m4/ltsugar.m4' from `/usr/share/aclocal/ltsugar.m4'
aclocal: installing `/tmp/foo.dir/m4/ltversion.m4' from `/usr/share/aclocal/ltversion.m4'
aclocal: installing `/tmp/foo.dir/m4/lt~obsolete.m4' from `/usr/share/aclocal/lt~obsolete.m4'
$ ls -l m4
total 292
-rw-r--r-- 1 stefano stefano 260519 Apr 1 20:06 libtool.m4
-rw-r--r-- 1 stefano stefano 11938 Apr 1 20:06 ltoptions.m4
-rw-r--r-- 1 stefano stefano 4372 Apr 1 20:06 ltsugar.m4
-rw-r--r-- 1 stefano stefano 703 Apr 1 20:06 ltversion.m4
-rw-r--r-- 1 stefano stefano 5707 Apr 1 20:06 lt~obsolete.m4
The bug is present also in maint; see the attached testcase which should
be an exposer.
Regards,
Stefano
[aclocal-install-absdir.test (application/x-shellscript, inline)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-automake <at> gnu.org
:
bug#8407
; Package
automake
.
(Sat, 02 Apr 2011 07:58:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 8407 <at> debbugs.gnu.org (full text, mbox):
On Friday 01 April 2011, Stefano Lattarini wrote:
> Reference to thread:
> <http://lists.gnu.org/archive/html/automake-patches/2011-04/msg00001.html>
> Reference to parent message:
> <http://lists.gnu.org/archive/html/automake-patches/2011-04/msg00011.html>
>
> On Friday 01 April 2011, Stefano Lattarini wrote:
> > On Friday 01 April 2011, Ralf Wildenhues wrote:
> > > * Stefano Lattarini wrote on Fri, Apr 01, 2011 at 03:13:19PM CEST:
> > > > On Friday 01 April 2011, Ralf Wildenhues wrote:
> > > > > Patch 2:
> > > > > - Should `--install -I $dir' also create an absolute $dir?
> > > > >
> > > > I think so. Why shouldn't it?
> > >
> > > Well, I don't understand what a legitimate use case would be, that's
> > > why. You need a relative path anyway for --install to copy files there.
> > > aclocal won't install to an absolute first -I directory,
> > >
> Unfortunately, this is not the case (even if such a behaviour is
> documented). For example, with aclocal 1.11.1:
>
> $ cd /tmp
> $ mkdir foo.dir
> $ cd foo.dir
> $ echo 'AC_INIT(x,0) AC_PROG_LIBTOOL' > configure.ac
> $ mkdir m4
> $ aclocal --install -I `pwd`/m4
> aclocal: installing `/tmp/foo.dir/m4/libtool.m4' from `/usr/share/aclocal/libtool.m4'
> aclocal: installing `/tmp/foo.dir/m4/ltoptions.m4' from `/usr/share/aclocal/ltoptions.m4'
> aclocal: installing `/tmp/foo.dir/m4/ltsugar.m4' from `/usr/share/aclocal/ltsugar.m4'
> aclocal: installing `/tmp/foo.dir/m4/ltversion.m4' from `/usr/share/aclocal/ltversion.m4'
> aclocal: installing `/tmp/foo.dir/m4/lt~obsolete.m4' from `/usr/share/aclocal/lt~obsolete.m4'
> $ ls -l m4
> total 292
> -rw-r--r-- 1 stefano stefano 260519 Apr 1 20:06 libtool.m4
> -rw-r--r-- 1 stefano stefano 11938 Apr 1 20:06 ltoptions.m4
> -rw-r--r-- 1 stefano stefano 4372 Apr 1 20:06 ltsugar.m4
> -rw-r--r-- 1 stefano stefano 703 Apr 1 20:06 ltversion.m4
> -rw-r--r-- 1 stefano stefano 5707 Apr 1 20:06 lt~obsolete.m4
>
> The bug is present also in maint; see the attached testcase which should
> be an exposer.
>
> Regards,
> Stefano
>
I've thought a little more about this, and I now think this bug shouldn't
be fixed by changing the current aclocal real behaviour, but rather the
documentation. I.e., we should make things simpler and consistent, and,
when `--install' is used, simply copy third-party m4 files in the first
directory specified by `-I', whether absolute or not. The rationale for
this is that the only reason the documented `--install' behaviour would
exist is to allow users to work around the non-existence of ACLOCAL_PATH
by specifying ACLOCAL='aclocal -I /some/system/dir' (as Ralf pointed out)
-- but we could solve the need of this workaround by applying the pending
patches for ACLOCAL_PATH support Paolo has already written for us.
WDYT?
Regards,
Stefano
Information forwarded
to
bug-automake <at> gnu.org
:
bug#8407
; Package
automake
.
(Tue, 27 Dec 2011 15:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 8407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
tags 8407 + patch
close 8407
thanks
Reference:
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8407>
I've applied the attached patch to maint, and I'm thus closing this bug
report.
Regards, and thanks for the patience,
Stefano
[0001-docs-aclocal-install-I-abs-dir-actually-copies-files.patch (text/x-diff, attachment)]
Added tag(s) patch.
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 27 Dec 2011 15:04:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
8407 <at> debbugs.gnu.org and Stefano Lattarini <stefano.lattarini <at> gmail.com>
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 27 Dec 2011 15:04:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 25 Jan 2012 12:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 153 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.