Re: libtool "module" behavior and darwin

2002-11-25 Thread Nick Hudson
On Sunday 24 November 2002 6:23 pm, Benjamin Reed wrote: > One of the problems we're running into getting KDE working on Darwin is > libtool's concept of a "module", and how it's mapped onto Darwin's > linker behavior. This was talked about some time ago by Michael Matz and myself. > To get aro

Re: libtool "module" behavior and darwin

2002-11-25 Thread Guido Draheim
It's the correct solution AFAICS - from the same sources two libtool libraries are built - one is a system library that gets linked to the system binary. And the module libtool archive is separate from that. Both .la will be able to pick up the same .lo being compiled along, so it is nothing more t

Re: libtool "module" behavior and darwin

2002-11-25 Thread Nick Hudson
On Monday 25 November 2002 10:04 am, Guido Draheim wrote: > It's the correct solution AFAICS - from the same sources two > libtool libraries are built - one is a system library that > gets linked to the system binary. And the module libtool > archive is separate from that. Both .la will be able to

Re: [Fink-devel] Re: libtool "module" behavior and darwin

2002-11-25 Thread David
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 >Feel free to take the patches from NetBSD pkgsrc and makes noises with the KDE people. http://www.netbsd.org/Documentation/software/packages.html No need to make noise with the KDE people, I am reading this list *grins* If you have a patch a

Re: libtool "module" behavior and darwin

2002-11-25 Thread Guido Draheim
Ooops, so I did not read the patch too closely - thanks for the clarification. IOW, there are now two dummy binaries, one is the system executable, the other is the dlopen-able module, and both depend on a single system lib*.la - cute! just to check back with the darwin'ers: a dlopen().so can link

Wrong path at linking

2002-11-25 Thread Szekely Izabella
Hy! I use libtool 1.4.2, automake 1.4-p5, autoconf 2.13 on RedHat linux 7.3. The is the folowing error ...: PREPROCESSING ... /bin/sh ../../libtool --mode=link c++ -g -O0 -L/usr/X11R6/lib -rdynamic -L/usr/local/omniORB/lib/i586_linux_2.0_glibc2.1 -L../../COMMON/lib/LINUX2.4 -L../../COMMON/lib -

Re: Wrong path at linking

2002-11-25 Thread Guido Draheim
** do you have a /usr/local/lib/.libs/ directory ? ** Szekely Izabella wrote: Hy! I use libtool 1.4.2, automake 1.4-p5, autoconf 2.13 on RedHat linux 7.3. The is the folowing error ...: PREPROCESSING ... /bin/sh ../../libtool --mode=link c++ -g -O0 -L/usr/X

Re: Wrong path at linking

2002-11-25 Thread Guido Draheim
To clarify a bit - the link-line does not have a -L for some .libs. Any .libs of a -L is searched automatically. If that is not the case then the next guess comes at some .la to be copied manually around instead of being installed. May be libmp3lame.la and libshout.la are somewhere around? - notice

RE: Wrong path at linking

2002-11-25 Thread Szekely Izabella
No, I don't have!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Guido Draheim Sent: Monday, November 25, 2002 12:20 PM To: Szekely Izabella Cc: [EMAIL PROTECTED] Subject: Re: Wrong path at linking ** do you have a /usr/local/lib/.libs/ direc

Re: Wrong path at linking

2002-11-25 Thread Earnie Boyd
Szekely Izabella wrote: Hy! I use libtool 1.4.2, automake 1.4-p5, autoconf 2.13 on RedHat linux 7.3. You should at least try it with newest released versions of these softwares. Earnie. ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.o

Re: [Fink-devel] Re: libtool "module" behavior and darwin

2002-11-25 Thread Nick Hudson
On Monday 25 November 2002 10:47 am, David wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > > > Feel free to take the patches from NetBSD pkgsrc and makes noises with > > the KDE people. http://www.netbsd.org/Documentation/software/packages.html > > > No need to make noise with

Re: [Fink-devel] Re: libtool "module" behavior and darwin

2002-11-25 Thread Benjamin Reed
That's great news. I cannot, however, promise to have these available anytime soon. I would appreciate help. Anyone? I can certainly help out with this. While waiting for more input on this thread, I actually ended up coming up with the same solution last night. I woke up this morning to find

DESTDIR installs

2002-11-25 Thread Philip Willoughby
I have the following in a Makefile.am: pkglib_LTLIBRARIES=libapttlog.la libapttlog_la_SOURCES=aptt/log/log.c AM_CPPFLAGS=@INCLTDL@ -I$(top_srcdir)/src -I$(top_builddir)/src libapttlog_la_LIBADD=@LIBLTDL@ lib_LTLIBRARIES=libaptttest.la libaptttest_la_SOURCES=aptt/test/test.c libaptttest_la_LIBADD=

gcc -m* & libtool

2002-11-25 Thread Bob Friesenhahn
A week ago I popped this into development libtool: 2002-11-18 Bob Friesenhahn <[EMAIL PROTECTED]> * ltmain.in: When using gcc, pass -mfoo to the linker via $compiler_flags in order to pass architecture information to the linker (e.g. 32 vs 64-bit). This may also be accom

Re: DESTDIR installs

2002-11-25 Thread mlist . gnu . libtool
==> "pw" == Philip Willoughby <[EMAIL PROTECTED]> writes: pw> I have the following in a Makefile.am: pw> pkglib_LTLIBRARIES=libapttlog.la pw> libapttlog_la_SOURCES=aptt/log/log.c AM_CPPFLAGS=@INCLTDL@ pw> -I$(top_srcdir)/src -I$(top_builddir)/src pw> libapttlog_la_LIBADD=@LIBLT

Re: DESTDIR installs

2002-11-25 Thread Guido Draheim
[EMAIL PROTECTED] wrote: ==> "pw" == Philip Willoughby <[EMAIL PROTECTED]> writes: pw> I have the following in a Makefile.am: pw> pkglib_LTLIBRARIES=libapttlog.la pw> libapttlog_la_SOURCES=aptt/log/log.c AM_CPPFLAGS=@INCLTDL@ pw> -I$(top_srcdir)/src -I$(top_builddir)/src pw> l

Re: DESTDIR installs

2002-11-25 Thread Guido Draheim
Carl D. Roth wrote: I had the same problem - libtool does not like destdir-install with two libraries being interdependent. I had a look through the sources how to pass it down to libtool - but the automake generated install-line for the .la will now pass an extra argument. Without help from autom

Re: [Fink-devel] libtool "module" behavior and darwin

2002-11-25 Thread Max Horn
An alternate solution might be to change the kbackgammon exectuable to load the kbackgammon.so, too, instead of linking against it. Or is there anything else that needs to link against these loadable modules? Max -- --- Max Horn Software Developer em

DESTDIR installs

2002-11-25 Thread Charles Wilson
Ummm, if I understand your problem, this has been fixed in CVS HEAD: http://mail.gnu.org/pipermail/libtool-patches/2002-November/002159.html and following thread. However, it was never committed on the 1.4.x branch, even though it was submitted prior to the 1.4.3 release. Unfortunately, 1.4.x

no AIX 5 support? I've got some idea what's needed.

2002-11-25 Thread Gary Kumfert
Hi, I've found no support for AIX 5 in automake, autoconf, or libtool (not even config.guess!). Any libtool developer interested in teaming up to add AIX 5.x support to libtool? I have a handful of settings that I tweeked by hand to get things working right. I can just describe what set

Re: no AIX 5 support? I've got some idea what's needed.

2002-11-25 Thread Robert Boehne
Gary: Have you tried CVS? Libtool has support for IA64 AIX which only comes in version 5 of AIX. Robert Gary Kumfert wrote: > > Hi, > > I've found no support for AIX 5 in automake, autoconf, > or libtool (not even config.guess!). > > Any libtool developer interested in teaming up to add > AI

Re: no AIX 5 support? I've got some idea what's needed.

2002-11-25 Thread Gary Kumfert
Rob, Nope. Haven't tried CVS yet. Figured someone would let me know if AIX 5 support is already there. What about AIX 5 on rs6000? PowerPC? Those are really my platforms of interest at the moment. Gary On Mon, 25 Nov 2002, Robert Boehne wrote: > Gary: > > Have you tried CVS? Libtool