On Jan 25, 2001, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> I notice that the distclean target in the libltdl directory fails to
> remove libltdlc.la. This is a bug.
The problem is that libltdlc.la is conditionally built. Even though
the conditions are not met by default (which causes `make
Is there any particular reason why --mode=clean does not remove the .libs
directory?
How about something like this:
diff -c -r1.200.2.44 ltmain.in
*** ltmain.in 2001/01/24 20:08:34 1.200.2.44
--- ltmain.in 2001/01/29 00:11:19
***
*** 4718,4723
--- 4718,4725
On Jan 28, 2001, Gernot Ziegler <[EMAIL PROTECTED]> wrote:
> it - maybe a new libtool option is needed for that ?
-Wc,-mabi=64 should work. With a CVS version of libtool.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{c
On Fri, Jan 26, 2001 at 12:51:15PM -0500, Pavel Roskin wrote:
> Hello!
>
> I cannot update libtool from CVS anymore. The problem persists when I
> check out libtool from scratch.
>
> $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs co libtool
> U libtool/.cvsignore
> U libtool/AUTHORS
> U libtool/Change
Hej !
Regarding my 64 bit linking of shared libraries problem:
Changing
linkopts=
in ltmain.sh
to
linkopts="-mabi=64"
fixes the problem on my machine, since that sets the archive_cmds string
to the desired result but I guess that's not the way to do
it - maybe a new libtool option is nee
Hej Alexandre !
On 15 Jan 2001, Alexandre Oliva wrote:
> On Jan 15, 2001, Gernot Ziegler <[EMAIL PROTECTED]> wrote:
>
> > It seems now that there is no way to make libtool link a 64 bit _shared_
> > library, since it ignores the "-mabi=64"-option for the linking command
>
> Try -Wc,-mabi=64
T
Hello,
I have a project that uses automake & autoconf to build a program.
This program links against several previously-installed libraries.
One of these libraries was built by libtool.
The libtool docs (I'm working with libtool 1.3.5) suggest that one ought to
link using
libtool --mod