On Sat, Oct 07, 2006 at 01:56:21AM +0200, Carlo Wood wrote:
For libcwd to work, you really want it to be the first library in the
list, before any other, so even before libltdlc.la. This should make
sure that the dynamic linker will use your functions.
That is nonsense! When both
On Sat, Oct 07, 2006 at 02:46:01AM +0200, Carlo Wood wrote:
I wrote a test case, see attached tar ball.
To run, execute:
tar xzf bugreport391427.tar.gz
cd bugreport391427
./autoconf.sh
make
./tst
The following patch works for me:
--- Makefile.am.orig2006-10-07 08:38:24.0
On Sat, Oct 07, 2006 at 10:41:39AM +0200, Kurt Roeckx wrote:
On Sat, Oct 07, 2006 at 02:46:01AM +0200, Carlo Wood wrote:
I wrote a test case, see attached tar ball.
To run, execute:
tar xzf bugreport391427.tar.gz
cd bugreport391427
./autoconf.sh
make
./tst
The following
On Sat, Oct 07, 2006 at 03:41:53PM +0200, Carlo Wood wrote:
Your solution is a workaround that only works for the
testcase. In general, you cann't move a convenience library
just like that to LIBS anyway (there is a good reason that I
added it to _LDADD in the first place).
You actually
Package: libtool
Version: 1.5.22-4
After changing my OS from fedora core 5 to debian testing, one
of my projects started to dump core. I tracked down the reason
for it, and it turned out that during linking one library was
suddenly put way more to the front (to the left).
That this can be blamed
Oops. My previous comment was correct, but unrelated to the issue at
hand, which I haven't been able to analyze yet. Can try to do next week
(unless beaten to, of course ;-)
Cheers,
Ralf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Fri, Oct 06, 2006 at 04:03:42PM +0200, Carlo Wood wrote:
The problem here is that -ldl appears before
/usr/local/install/4.1.2-20060901/lib/libcwd.so
Where does that -ldl come from?
Does only libcwd need the -ldl, or does something else need -ldl too?
What happens if the -ldl isn't on
On Fri, Oct 06, 2006 at 06:29:47PM +0200, Kurt Roeckx wrote:
On Fri, Oct 06, 2006 at 04:03:42PM +0200, Carlo Wood wrote:
The problem here is that -ldl appears before
/usr/local/install/4.1.2-20060901/lib/libcwd.so
Where does that -ldl come from?
Does only libcwd need the -ldl, or
Does it reach your dlsym() call at all, or it's just using the
one from libdl? I guess I got a little confused about your mail.
I think you didn't read it very well :p
If -ldl is first in the list, it should never reach your library
in the first place.
I believe I said that in my first
On Fri, Oct 06, 2006 at 06:29:47PM +0200, Kurt Roeckx wrote:
On Fri, Oct 06, 2006 at 04:03:42PM +0200, Carlo Wood wrote:
The problem here is that -ldl appears before
/usr/local/install/4.1.2-20060901/lib/libcwd.so
Where does that -ldl come from?
That is detailed explained in the my
On Sat, Oct 07, 2006 at 12:38:15AM +0200, Carlo Wood wrote:
Does it reach your dlsym() call at all, or it's just using the
one from libdl? I guess I got a little confused about your mail.
I think you didn't read it very well :p
If -ldl is first in the list, it should never reach your
On Sat, Oct 07, 2006 at 01:24:20AM +0200, Kurt Roeckx wrote:
You have ../libltdl/libltdlc.la before -lcwd in your call to libtool,
and I think that is part of the problem. It expands libltdlc.la to
libltdlc.a and -ldl, and there isn't any reorder there. At a later
time you also say it to
I wrote a test case, see attached tar ball.
To run, execute:
tar xzf bugreport391427.tar.gz
cd bugreport391427
./autoconf.sh
make
./tst
The reason that it does work seems to be that debian's libtool
doesn't detect that '-lx' depends on -ldl. The ./tst succeeds
when either:
1) -ldl is added to
13 matches
Mail list logo
