Re: GSPrivateLoadModule() bug on MinGW

[Germán Arias]

On 2015-02-15 14:06:29 -0600 Fred Kiefer <address@hidden> wrote:

> Am 15.02.2015 um 06:40 schrieb Germán Arias:
>> Finally I found the problem, this occurs at function
>> GSPrivateLoadModule() in objc-load.m. The problem is the NSString method
>> -fileSystemRepresentation, that returns a 16-bit unicode string. The
>> function dlopen() on mingw don't support this. So I solved the problem
>> just using -UTF8String and now backend works again.
> 
> Could you please explain a bit more? As far as I can see
> GSPrivateLoadModule() uses __objc_dynamic_link() to load the bundle. And
> to me it looks like this should be defined as LoadLibraryExW() for MinGW
> in the file win32-load.h. This file should get renamed into
> dynamic-load.h by the Makefile.postamble. This depends on DYNAMIC_LINKER
> being set correctly by the configure script.
> 
> The question now is which of these steps fails for you? It could by that
> MinGW now includes the file "dlfcn.h".
> 
> Fred

Yes, dlfcn.h is now present on mingw. But the change of Richard has solved the 
problem.

Germán