GNU bug report logs - #24871
incorrect "cannot install XXX to a directory not ending in YYY"

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 24871 in the body.
You can then email your comments to 24871 AT debbugs.gnu.org in the normal way.

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

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

From: Luke Shumaker <lukeshu <at> sbcglobal.net>
To: bug-libtool <at> gnu.org
Subject: incorrect "cannot install XXX to a directory not ending in YYY"
Date: Thu, 03 Nov 2016 20:47:25 -0400

I believe I've found a bug in libtool:

	$ libtool --tag=CC --mode=install install -D libfail.la /tmp/lib/libfail.la
	libtool:   error: error: cannot install 'libfail.la' to a directory not ending in /tmp/lib/

When the install directory clearly does end in the required string.

I belive that this is a duplicate of a previous message that was never resolved:
  http://lists.gnu.org/archive/html/bug-libtool/2009-12/msg00001.html

But, unlike the previous message, I have a minimal test case!

	# build the first library
	echo > pass.c
	libtool --tag=CC --mode=compile cc -c -o pass.lo pass.c
	libtool --tag=CC --mode=link    cc -o libpass.la -rpath /tmp/lib/ pass.lo
	
	# build a second library (that will fail to install)
	echo > fail.c
	libtool --tag=CC --mode=compile cc -c -o fail.lo fail.c
	libtool --tag=CC --mode=link    cc -o libfail.la -rpath /tmp/lib/ fail.lo libpass.la
	
	# try to install them
	libtool --tag=CC --mode=install install -D libpass.la /tmp/lib/libpass.la
	libtool --tag=CC --mode=install install -D libfail.la /tmp/lib/libfail.la

libpass will install fine, but libfail will fail to install, with the
error message I posted at the top.

I am using libtool 2.4.5 on an x86_64 GNU/Linux box (Parabola
GNU/Linux-libre; similar to Arch Linux):

	$ pacman -Q libtool
	libtool 2.4.6-6

	$ libtool --version
	libtool (GNU libtool) 2.4.6
	Written by Gordon Matzigkeit, 1996
	
	Copyright (C) 2014 Free Software Foundation, Inc.
	This is free software; see the source for copying conditions.  There is NO
	warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

The error occurs both with the system `libtool`, and
`./configure`-generated libtool.

I have not tried using libtool build from git.

-- 
Happy hacking,
~ Luke Shumaker

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

From: Luke Shumaker <lukeshu <at> sbcglobal.net>
To: bug-libtool <at> gnu.org
Subject: Re: incorrect "cannot install XXX to a directory not ending in YYY"
Date: Tue, 29 Nov 2016 20:06:01 -0500

On Thu, 03 Nov 2016 20:47:25 -0400,
Luke Shumaker wrote:
> I have not tried using libtool build from git.

I have now verified that this issue is still present when built from
git.

However, I've also figured out that the issue goes away if the
trailing slash is removed from the `-rpath` in the link step.

	-libtool --tag=CC --mode=link cc -o libfail.la -rpath /tmp/lib/ fail.lo libpass.la
	+libtool --tag=CC --mode=link cc -o libfail.la -rpath /tmp/lib fail.lo libpass.la

-- 
Happy hacking,
~ Luke Shumaker

Message #13 received at 24871-done <at> debbugs.gnu.org (full text, mbox):

From: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
To: 24871-done <at> debbugs.gnu.org
Cc: Luke Shumaker <lukeshu <at> sbcglobal.net>
Subject: bug#24871: incorrect "cannot install XXX to a directory not ending in
 YYY"
Date: Fri, 25 Oct 2024 16:31:42 +0300

[Message part 1 (text/plain, inline)]

Thank you for submitting a bug report! A patch has been applied to the
development branch fixing this:

https://git.savannah.gnu.org/cgit/libtool.git/commit/?h=development&id=b3839cb99be0f8231f836f55f62be765a9aefde3

-- 
Ileana Dumitrescu

GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354

[OpenPGP_0x6570EA01146F7354.asc (application/pgp-keys, attachment)]

[OpenPGP_signature.asc (application/pgp-signature, attachment)]

Previous Next

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