2001-11-27 13:11:09-0600, Paul E Johnson <[EMAIL PROTECTED]> ->
> Obviously, I can't invest the time to bugshoot all these applications
> that won't compile, about which I have been emailed by many people in
> this list during the past 2 hours.
Well I don't expect you too do that, I just wanted
Paul E Johnson <[EMAIL PROTECTED]> writes:
> It easily could be true that tarballs or SRPMS that were built with
> old versions of libtool and automake/autoconf do not rebuild with
> the current libtool.
I suspect this is true -- my experience has been that some of the
people for whom this is st
Obviously, I can't invest the time to bugshoot all these applications
that won't compile, about which I have been emailed by many people in
this list during the past 2 hours.
I can add this information, however.
I achieved this success with the newer automake and autoconf,
$ rpm -q automake
au
[EMAIL PROTECTED] wrote:
>
> Sorry if the following phenomenon is not a problem.
>
> I executed 'libtoolize' and got a message like this:
>
> ===
> You should add the contents of `/usr/local/share/aclocal/libtool.m4' to
>`aclocal.m4'.
tis 2001-11-27 klockan 17.38 skrev Paul E Johnson:
> This libtool issue is a known and fixed problem in libtool cvs. I built
> rpms of that snapshot of libtool and I've tested it and it does work.
> If you want to try the RPMS, I stashed them in here
> http://lark.cc.ukans.edu/~pauljohn/softwar
Paul E Johnson <[EMAIL PROTECTED]> writes:
> I do now know what patch is required to make libtool-1.4.2 work as
> it is currently released, I've been asking about. My understanding
> is that the Debian packager of libtool has a patch which fixes the
> problem.
Hmm, well the latest Debian libtool
I thought I had posted to the list earlier, but must have sent this to a
specific person.
This libtool issue is a known and fixed problem in libtool cvs. I built
rpms of that snapshot of libtool and I've tested it and it does work.
If you want to try the RPMS, I stashed them in here
http://la
tis 2001-11-27 klockan 15.54 skrev Rob Browning:
> If you build a package with --prefix=/usr and that package has
> interdependencies among it's shared libraries (like guile and
> heimdal), libtool will no longer allow you to install to a temporary
> directory via
>
> make DESTDIR=`pwd`/foo ins
If you build a package with --prefix=/usr and that package has
interdependencies among it's shared libraries (like guile and
heimdal), libtool will no longer allow you to install to a temporary
directory via
make DESTDIR=`pwd`/foo install
libtool 1.4 allowed this, but as of at least 1.4.2, it