bug-gmp
[Top][All Lists]
Advanced

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

Re: gmp-4.0.1: Inter-library dependencies vs. DESTDIR installation


From: Kevin Ryde
Subject: Re: gmp-4.0.1: Inter-library dependencies vs. DESTDIR installation
Date: Sat, 04 May 2002 11:08:20 +1000
User-agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i386-debian-linux-gnu)

Christian Cornelssen <address@hidden> writes:
>
> The top-level `Makefile.am' as of gmp-4.0.1 lists `libgmp.la' in the
> link command for `libgmpxx.la'. This causes libtool to require
> `libgmp.la' to be really installed when relinking `libgmpxx.la' in the
> course of a "make install". When doing DESTDIR installs (e.g. for
> making binary RPMs), this may not be the case, and consequently,
> `libgmpxx.la' will not be installed then. The Libtool documentation
> admits this current shortcoming in its discussion of inter-library
> dependencies.

Ah dear, yes.  Grr.

> I have patched the `Makefile.am' (and the `Makefile.in' because my
> Autotool versions seem to be somewhat incompatible to the ones GMP
> uses,

We're on automake 1.5 with a couple of patches.

> but the patch is similar to the one for `Makefile.am') to remove
> `libgmp.la' from the link command for `libgmpxx.la'.

I wonder if that breaks systems like AIX which don't allow undefined
references when creating shared libraries.  Mind you I don't know if
C++ shared libraries work at all there.

> Note that this
> may require libgmpxx users to specify both "-lgmpxx -lgmp" when linking,

Not too terrible, since it has to be done that way if not using
libtool.

> but currently I see no other way to properly build RPM packages
> (except for building, really installing, and rebuilding).

Hmm.  It might work to put -L$DESTDIR into the dependency_libs in
libgmpxx, then strip it at the end.



reply via email to

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