If you build libcurl on FreeBSD (4.3-RELEASE, but
should behave the same on other versions), the shared
library libcurl.so will depend explicitly from libc.so.
This will cause problems if you intend to use libcurl
on multithreaded apps, which need to be linked against
libc_r.so. You'll end having an app that loads libc AND
libc_r, segfaulting soon or later.
This problem can be fixed juggling with libtool, which
passes a wrong -lc option to the linker when building
shared lib.
Maybe there is a fixed version of libtool, or you could
use the system libtool, I don't know.
Cheers,
Sandro Tolaini
Logged In: YES
user_id=1110
I'm afraid that I'm using the latest stable release of
libtool, and this certainly is a libtool bug!
I have no good idea how to handle this. I'll try to
investigate if the libtool guys have a solution, work-around
or have this problem posted in their bug database.
Thanks for reporting.
Logged In: YES
user_id=1110
I believe this is fixed now when I use the branch-1-4 from
the libtool CVS when building the release archives.
Starting with 7.9 pre-release 3, it should be in the tarballs.
Logged In: YES
user_id=318138
7.9 pre-release 3 appears to still have this problem.
However, a hack fix that worked for me was to
:%s/openbsd/freebsd/g on ltmain.sh. openbsd has entries in
ltmain.sh to handle this particular problem, I suggest
adding identical ones for freebsd. Thanks,
Lucas.