[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Why relink the library during make install?
From: |
Albert Chin |
Subject: |
Re: Why relink the library during make install? |
Date: |
Fri, 26 Jul 2002 11:03:29 -0500 |
User-agent: |
Mutt/1.2.5i |
On Fri, Jul 26, 2002 at 09:58:22AM +0900, Miles Bader wrote:
> Albert Chin <address@hidden> writes:
> > > If gettext doesn't follow this, then it should be fixed at once.
> > > There are several reasons to use prefix (I favour the usage of DESTDIR
> > > though) in conjunction with `make install'.
> >
> > Libtool is the one doing the relinking. And, I believe it is correct
> > in doing so.
>
> It may be the libtool actually knows what's going on, and is playing
> tricks to work around compiler bogosities (on HP-UX or whatever).
>
> 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
...
BTW, a patch Ossama Othman posted to libtool-patches might do what you
want (dunno how well it works).
> [and also -- am I correct in thinking that the `path embedding' issue is
> main problem with relinking at install-time? Are there other things
> that need considering?]
I think that's it. I don't know of any platforms that need
"post-processing" of installed libraries but a hook exists in libtool
for this.
--
albert chin (address@hidden)
- Re: Why relink the library during make install?, (continued)
- Re: Why relink the library during make install?, Russ Allbery, 2002/07/24
- Re: Why relink the library during make install?, Ralph Corderoy, 2002/07/31
- Re: Why relink the library during make install?, Miles Bader, 2002/07/31
- Re: Why relink the library during make install?, Thomas Bushnell, BSG, 2002/07/24
- Re: Why relink the library during make install?, Miles Bader, 2002/07/25
- Re: Why relink the library during make install?, Albert Chin, 2002/07/25
- Re: Why relink the library during make install?, Albert Chin, 2002/07/25
- Re: Why relink the library during make install?, Miles Bader, 2002/07/25
- Re: Why relink the library during make install?,
Albert Chin <=
- Re: Why relink the library during make install?, Russ Allbery, 2002/07/26