Re: Why relink the library during make install?

[Russ Allbery]

Albert Chin <address@hidden> writes:
> On Fri, Jul 26, 2002 at 09:58:22AM +0900, Miles Bader wrote:

>> As I said in a different thread on this same subject:
>> 
>>    The important point, as I understand it, is that `make install' with a
>>    different prefix should _not_ embed the new prefix in anything that gets
>>    installed -- all embedded paths should still use the old prefix.
>> 
>>    I suppose it's OK to violate the letter of the rule as long as you're
>>    quite sure that the end effect is the same.
>> 
>> So does libtool's relinking do the `right thing' when the two prefixes
>> are different?

> On HP-UX, I don't think it's possible to do what you want (an HP-UX
> issue, not a libtool issue).

> Libtool will not do the right thing. I just rebuilt GD 1.8.4 and
> tried:
>   $ ./configure --prefix=/opt/TWWfsw/libgd18
>   $ gmake
>   $ gmake prefix=/tmp/b install
>   ...
>   mkdir /tmp/a/bin
>     /bin/sh ./libtool --mode=install /opt/fsw/bin/ginstall -c pngtogd
>   /tmp/a/bin/pngtogd
>   libtool: install: warning: `libgd.la' has not been installed in
>   `/opt/TWWfsw/libgd18/lib'
>   libtool: install: warning: cannot relink `pngtogd'
>   /opt/fsw/bin/ginstall -c pngtogd /tmp/a/bin/pngtogd
>   ...

Yes.  So you let that install finish, then you do what's necessary to make
the libraries show up in the final location, and then you run make install
again and the second time it succeeds.

It's annoying, but like you say, it's an HP-UX bug, not a libtool bug.
And it does work, and it's only necessary on HP-UX (so the fact that HP-UX
is broken doesn't break anything for any other platform).

-- 
Russ Allbery (address@hidden)             <http://www.eyrie.org/~eagle/>