[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Swarm-Support] Re: libtool followup
From: |
Paul Johnson |
Subject: |
Re: [Swarm-Support] Re: libtool followup |
Date: |
Mon, 22 Nov 2004 11:10:34 -0600 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 |
I did not manually run libtoolize, but maybe the autogensh made it
happen. Maybe if I upgrade libtool to 1.5.8 then it will be OK, I'll try
that tonight.
Supposing that doesn't work,
Can you tell me where in the Makefile a person adds "-shrext .so" in in
order to bypass this?
pj
Bill Northcott wrote:
As far as I can see shrext is initialised to .so in aclibtool.m4. So
that should be the default. However, aclibtool.m4 resets it for each OS.
The combination of automake 1.6.3, autoconf 2.57 and libtool 1.5.8
(included in CVS sources) works OK for me.
However, there are separate sections of aclibtool.m4 which set shrext
for different OSs. Perhaps there is some issue with the Linux section.
Have you run 'libtoolize' on the package? If so, that may be the
problem. Check your ltmain.sh is the same as in the cvs (from libtool
1.5.8).
Bill Northcott
On 22/11/2004, at 11:34 AM, Marcus G. Daniels wrote:
Paul Johnson wrote:
The libswarm.so file is not created properly, there's no "so" in the
file name.
I've been meaning to look in to that. I guess it is something about
the new libtool. Anyway, a workaround is to build just a single
shared library, libswarm.so (use --enable-onelib) and then add
"-shrext .so" to its linkage command.
_______________________________________________
--
Paul E. Johnson email: address@hidden
Dept. of Political Science http://lark.cc.ku.edu/~pauljohn
1541 Lilac Lane, Rm 504
University of Kansas Office: (785) 864-9086
Lawrence, Kansas 66044-3177 FAX: (785) 864-5700