GNU bug report logs - #18930
install-data-local fails with 2.4.3

Previous Next

Package: libtool;

Reported by: Allan McRae <allan <at> archlinux.org>

Date: Mon, 3 Nov 2014 07:19:02 UTC

Severity: normal

Done: "Gary V. Vaughan" <gary <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18930 in the body.
You can then email your comments to 18930 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-libtool <at> gnu.org:
bug#18930; Package libtool. (Mon, 03 Nov 2014 07:19:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Allan McRae <allan <at> archlinux.org>:
New bug report received and forwarded. Copy sent to bug-libtool <at> gnu.org. (Mon, 03 Nov 2014 07:19:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Allan McRae <allan <at> archlinux.org>
To: bug-libtool <at> gnu.org
Subject: install-data-local fails with 2.4.3
Date: Mon, 03 Nov 2014 15:19:28 +1000
With the 2.4.3 release, I can no longer run "make
DESTDIR=/install/install-data-local".  I get the following error:

GREP='/usr/bin/grep' SED='/usr/bin/sed' './build-aux/inline-source'
libtoolize > '/install/usr/bin/libtoolize';
/bin/sh: /install/usr/bin/libtoolize: No such file or directory

It looks like install-data-local requires libtoolize to be installed and
should depend on install-binSCRIPTS.  Or even better, do not adjust
libtoolize if it has not been installed (useful for installing libltdl
files separately).

Allan




Information forwarded to bug-libtool <at> gnu.org:
bug#18930; Package libtool. (Mon, 03 Nov 2014 11:30:02 GMT) Full text and rfc822 format available.

Message #8 received at 18930 <at> debbugs.gnu.org (full text, mbox):

From: "Gary V. Vaughan" <gary <at> gnu.org>
To: Allan McRae <allan <at> archlinux.org>
Cc: 18930 <at> debbugs.gnu.org
Subject: Re: bug#18930: install-data-local fails with 2.4.3
Date: Mon, 3 Nov 2014 11:29:03 +0000
Hi Allan,

> On Nov 3, 2014, at 5:19 AM, Allan McRae <allan <at> archlinux.org> wrote:
> 
> With the 2.4.3 release, I can no longer run "make
> DESTDIR=/install/install-data-local".  I get the following error:
> 
> GREP='/usr/bin/grep' SED='/usr/bin/sed' './build-aux/inline-source'
> libtoolize > '/install/usr/bin/libtoolize';
> /bin/sh: /install/usr/bin/libtoolize: No such file or directory
> 
> It looks like install-data-local requires libtoolize to be installed and
> should depend on install-binSCRIPTS.  Or even better, do not adjust
> libtoolize if it has not been installed (useful for installing libltdl
> files separately).

Thanks for the report.  I'm afraid I can't reproduce this.  From a
freshly downloaded and configured libtool-2.4.3.tar.gz, everything works
just fine here.

A few hints though:

- the invocation "build-aux/inline-source libtoolize > $destination" looks
  how I would expect, that's running the inline-source script over the
  just built libtoolize file in the build directory.

- there's no reason to set DESTDIR during regular make, it's only used
  when you run 'make install' (or sub-rules of install).

- if you have an install-data-local file in the current directory, then
  most make programs will consider the install-data-local rule to be
  already satisfied, and not bother to re-run it.  GNU make has the
  `.PHONY` pseudo-target to mitigate this issue though, and install-data-
  local is added to .PHONY in the libtool-2.4.2 Makefile, so GNU make at
  least ought to behave reasonably here.

I've changed the way libtoolize is installed since the 2.4.3 release on the
master branch though, and your message reminds me that I need to manually
add .PHONY dependencies to the new targets I added.

If you are comfortable with bootstrapping the autotools generated files
from a repository clone, and taking account of my hints above, please do
try again with the current master HEAD revision and let me know if you are
still having trouble.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)




Information forwarded to bug-libtool <at> gnu.org:
bug#18930; Package libtool. (Mon, 03 Nov 2014 12:34:01 GMT) Full text and rfc822 format available.

Message #11 received at 18930 <at> debbugs.gnu.org (full text, mbox):

From: Allan McRae <allan <at> archlinux.org>
To: "Gary V. Vaughan" <gary <at> gnu.org>
Cc: 18930 <at> debbugs.gnu.org
Subject: Re: bug#18930: install-data-local fails with 2.4.3
Date: Mon, 03 Nov 2014 22:33:29 +1000
On 03/11/14 21:29, Gary V. Vaughan wrote:
> Hi Allan,
> 
>> On Nov 3, 2014, at 5:19 AM, Allan McRae <allan <at> archlinux.org> wrote:
>>
>> With the 2.4.3 release, I can no longer run "make
>> DESTDIR=/install/install-data-local".  I get the following error:
>>
>> GREP='/usr/bin/grep' SED='/usr/bin/sed' './build-aux/inline-source'
>> libtoolize > '/install/usr/bin/libtoolize';
>> /bin/sh: /install/usr/bin/libtoolize: No such file or directory
>>
>> It looks like install-data-local requires libtoolize to be installed and
>> should depend on install-binSCRIPTS.  Or even better, do not adjust
>> libtoolize if it has not been installed (useful for installing libltdl
>> files separately).
> 
> Thanks for the report.  I'm afraid I can't reproduce this.  From a
> freshly downloaded and configured libtool-2.4.3.tar.gz, everything works
> just fine here.
> 
> A few hints though:
> 
> - the invocation "build-aux/inline-source libtoolize > $destination" looks
>   how I would expect, that's running the inline-source script over the
>   just built libtoolize file in the build directory.
> 
> - there's no reason to set DESTDIR during regular make, it's only used
>   when you run 'make install' (or sub-rules of install).
> 
> - if you have an install-data-local file in the current directory, then
>   most make programs will consider the install-data-local rule to be
>   already satisfied, and not bother to re-run it.  GNU make has the
>   `.PHONY` pseudo-target to mitigate this issue though, and install-data-
>   local is added to .PHONY in the libtool-2.4.2 Makefile, so GNU make at
>   least ought to behave reasonably here.
> 
> I've changed the way libtoolize is installed since the 2.4.3 release on the
> master branch though, and your message reminds me that I need to manually
> add .PHONY dependencies to the new targets I added.
> 
> If you are comfortable with bootstrapping the autotools generated files
> from a repository clone, and taking account of my hints above, please do
> try again with the current master HEAD revision and let me know if you are
> still having trouble.
> 

Just to note there was a typo in my command:

make DESTDIR=/install/ install-data-local

So it is a "make install" type operation.  It is also replicable on
current master.

I have just looked at the error...
/bin/sh: /install/usr/bin/libtoolize: No such file or directory

I am assuming this is because the /install/usr/bin directory has not
been made yet.

Allan




Reply sent to "Gary V. Vaughan" <gary <at> gnu.org>:
You have taken responsibility. (Mon, 03 Nov 2014 13:10:02 GMT) Full text and rfc822 format available.

Notification sent to Allan McRae <allan <at> archlinux.org>:
bug acknowledged by developer. (Mon, 03 Nov 2014 13:10:04 GMT) Full text and rfc822 format available.

Message #16 received at 18930-close <at> debbugs.gnu.org (full text, mbox):

From: "Gary V. Vaughan" <gary <at> gnu.org>
To: Allan McRae <allan <at> archlinux.org>
Cc: 18930-close <at> debbugs.gnu.org
Subject: Re: bug#18930: install-data-local fails with 2.4.3
Date: Mon, 3 Nov 2014 13:09:39 +0000
Hi Allan,

> On Nov 3, 2014, at 12:33 PM, Allan McRae <allan <at> archlinux.org> wrote:
> 
> Just to note there was a typo in my command:
> 
> make DESTDIR=/install/ install-data-local
> 
> So it is a "make install" type operation.  It is also replicable on
> current master.
> 
> I have just looked at the error...
> /bin/sh: /install/usr/bin/libtoolize: No such file or directory
> 
> I am assuming this is because the /install/usr/bin directory has not
> been made yet.

Thanks for persevering with me.  Yes, you are quite right!

I pushed a fix just now, so the next release will behave correctly again.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 02 Dec 2014 12:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 286 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.