libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dlopen, DESTDIR, library dependencies and "cannot install" error


From: Bob Friesenhahn
Subject: Re: dlopen, DESTDIR, library dependencies and "cannot install" error
Date: Sat, 7 Jan 2012 13:31:07 -0600 (CST)
User-agent: Alpine 2.01 (GSO 1266 2009-07-14)

On Fri, 6 Jan 2012, Diab Jerius wrote:

and the installation is performed via

make AM_MAKEFLAGS="DESTDIR=/proj/axaf/simul/pkgs prefix=/lua_udunits2-0.1.2_01 
exec_prefix=/lua_udunits2-0.1.2_01/x86_64-linux_debian-5.0" install

Why do you use

  make AM_MAKEFLAGS="DESTDIR=...

rather than

  make DESTDIR=...

?

Where is such use of AM_MAKEFLAGS documented?

This results in a libtool invocation of

/bin/sh ../libtool --mode=install /usr/bin/install -c udunits2.la '/proj/axaf/simul/pkgs/lua_udunits2-0.1.2_01/x86_64-linux_debian-5.0/lib/lua/5.1'

which fails with:

libtool: install: error: cannot install `udunits2.la' to a directory not ending in /proj/axaf/simul/x86_64-linux_debian-5.0/lib/lua/5.1

I believe the problem is that I'm linking the dlopen'able module against
a library which hasn't yet been installed (as it is part of the
distribution).  I haven't been able to distill anything from the libtool
documentation which would touches upon this issue.

It seems more like libtool is refusing to install the .la file to a directory other than where it is supposed to reside. If you look inside the .la file, you will see that it even records the directory where it is supposed to reside.

Is this the correct diagnosis and is there a fix?

I suggest trying the 'make DESTDIR' approach instead.

Bob
--
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]