bug-libtool
[Top][All Lists]
Advanced

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

Re: Another libtool problem


From: Ralf Wildenhues
Subject: Re: Another libtool problem
Date: Sun, 7 May 2006 20:37:48 +0200
User-agent: Mutt/1.5.11+cvs20060403

Hi Peter,

* Peter Breitenlohner wrote on Sun, May 07, 2006 at 05:53:30PM CEST:
> 
> I always knew that "make install" with libtool needs write access in the
> build tree (relinking), but only today I encoutered a situation where this
> was a serious problem.
> 
> As usual I did "make all" as non-root, followed by "make install" as root,
> but this time on an nfs-mounted filesystem. Due to root-squashing this
> failed.

Yep.  This is a problem.

> I think there is a general rule that if at all possible
> (1) "make" should not modify the source tree and

Yes, but only if all files that are created by the autotools
(configure, Makefile.in, ...) and for example info files, are
up to date.

> (2) "make install" should not modify the build tree
> because (1) the source tree might be read-only and (2) the build tree might
> be read-only for root.

Yes.

> Is there a way to address that problem? (-no-fast-install?)

There's a TODO list item to make this work everywhere with
--enable-fast-install (which is the default).  Until then,
there is the workaround of doing a
  make install DESTDIR=/tmp/dest

as normal user, and then as root, copying that tree to its final
location, then a
  libtool --mode=finish $libdir..

(listing all library installation directories).

Hope that helps.

Cheers,
Ralf




reply via email to

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