-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Dessent on 3/9/2008 10:45 PM:
| But you get the general idea of the method. Some
| packages generalize this with a "make uninstall" rule.
And GNU Coding Standards, coupled with Automake, provides 'make uninstall'
for all GNU packa
snowcrash+libtool wrote:
> i'm guessing the nomially required rm-ing is somewhere inbetween the
> two actions; likely at least (just?) the aforementioned
> 'ltoptions.m4'?
If you keep your build dirs around you can do a much better job of
surgically removing a package:
make install DESTDIR=/tmp/
looks like you were correct about a straggler from other installs ...
whereas my 'usual'
cd /usr/local
rm -rf include/ltdl.h lib/libltdl* share/libtool
share/aclocal-1.10/ltdl.m4 lib/libdl*
(rebuild libtool from src)
was not sufficiently 'cleansing', a
cd /usr/local
rm -rf include/ltdl.h l
> Since _LT_DECL does not appear in the stable branch, except for in a
> ChangeLog entry, I believe that aclocal is getting confused and bringing
> in bits of libtool-2.2 as well as bits of libtool-1.5. ltoptions.m4 from
> libtool-2.2 has this line.
that would imply that i did not clean-house
snowcrash+libtool wrote:
> after upgrading from libtool 1.5.25a to 1.5.27a on osx, i'm seeing the
> same libtool-related error in multiple packages.
>
> e.g., building both NEON & SWIG, after a recommended (by them, not me)
>
> glibtoolize
> ./autogen.sh
>
> using 1.5.25a, then
>
> ./config
after upgrading from libtool 1.5.25a to 1.5.27a on osx, i'm seeing the
same libtool-related error in multiple packages.
e.g., building both NEON & SWIG, after a recommended (by them, not me)
glibtoolize
./autogen.sh
using 1.5.25a, then
./configure ...
make install
completes without error.
