Re: win32 Lisp cannot load Gtk DLLs when C can?



Wade Humeniuk wrote: 
Kenny Tilton wrote:

libgobject load fails when unable to resolve libintl_bind_textdomain_codeset in intl.dll. That label shows up as extant and dll-exported in libintl.h (cursory examination, nothing deep such as checking a link map to confirm the symbol is out there).

Any thoughts? Even on simply if CL might somehow fail on a faulty build where a C app might not? ie, is it doing more poking around to get things into Lisp-land?


Not to flog the obvious too much, but ...

libintl_bind_textdomain_codeset has probably disappered in the newest
version.  The entry in the .h is probably now a vestigal organ.  Since
it is open source, look in the source files for it, you know, grep ... *.c
or whatever. (or like you said, check the symbol listing for the dll).

Okaaaaay, but I might have made clearer that the error arises on the load of the gobj lib. Makes me wonder how the two implementations end up going after the libintl call. makes me think they are sweeping some symbol table resolving references. I would suspect the win32 loader was doing this (esp. since two Lisps fail the same way), but the Gimp itself runs fine.

Anyway, it is a good idea to check /all/ the source. Thx, kenny


--
Cells? : http://www.common-lisp.net/project/cells/
Cello? : http://www.common-lisp.net/project/cello/
Cells-Gtk? : http://www.common-lisp.net/project/cells-gtk/
Why Lisp? http://lisp.tech.coop/RtL%20Highlight%20Film

"Doctor, I wrestled with reality for forty years, and I am happy to state that I finally won out over it." -- Elwood P. Dowd

.