libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lt_dlerror changes


From: Peter O'Gorman
Subject: Re: lt_dlerror changes
Date: Thu, 17 Jun 2010 21:24:07 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-3.fc13 Thunderbird/3.0.4

On 06/17/2010 08:36 PM, Charles Wilson wrote:
On 6/17/2010 4:54 PM, Peter O'Gorman wrote:
Well, this is what I ended up with, it does not change the currently
documented saving of error messages until lt_dlerror() is called, it
copies the error message to ensure that we don't return garbage when
lt_dlerror is called. I think I also got all the places where we were
setting file not found.

Still, I am not overjoyed with this.

Fails on cygwin.  However, adding -no-undefined fixes that.

AT_CHECK([$LIBTOOL --mode=link $CC $CFLAGS
           $LDFLAGS -o good-plugin.la -rpath $libdir ]dnl
--here->  [-module -avoid-version good-plugin.lo],
           [], [ignore], [ignore])

Unfortunately, this doesn't magically assist solving my problem with
    71. dlloader-api.at:23:  FAILED (dlloader-api.at:422)
but that's not a reason to object to the patch.


Well that sucks :(

I suggest changing the LT__SETERROR macro in libltdl/libltdl/lt__private.h to print __FILE__ and __LINE__ etc. if errorcode == FILE_NOT_FOUND, then running test 71 again. It doesn't look like it's happening in loadlibrary.c.

Thanks for checking this out!

Peter



reply via email to

[Prev in Thread] Current Thread [Next in Thread]