Re: Libobjc2, base on cygwin

[Fred Kiefer]

On 11.07.2011 21:15, Riccardo Mottola wrote:
> Hi,
>
> building on cygwin: sice the default runtime appears to be broken, I got
> current libobjc2, installed it an reconfigured base. I have a failure
> during base build:
>
> Compiling file objc-load.m ...
> objc-load.m: In function `GSPrivateSymbolPath':
> objc-load.m:299: error: request for member `category_name' in something
> not a structure or union
> objc-load.m:313: error: request for member `class_name' in something not
> a structure or union
> objc-load.m:314: error: request for member `class_name' in something not
> a structure or union
> objc-load.m:316: error: request for member `category_name' in something
> not a structure or union
> objc-load.m:317: error: request for member `category_name' in something
> not a structure or union
> make[4]: *** [obj/libgnustep-base.obj/objc-load.m.o] Error 1
> make[3]: *** [internal-library-all_] Error 2
>
> any clues?

The problem here is that dladdr wasn't detected on your system. You 
should check the config.log file to find out why this happened. GNUstep 
will then fall back to a very old version of GSPrivateSymbolPath and 
this uses Category. (Actually it doesn't as all the callers put in a 
category of NULL) In libobjc2 this structure has been removed and there 
is only a place holder declaration in GSProvate.h to make up for it. 
This will allow the structure to be used as a parameter, but not to have 
it accessed.
What you need to do is find out why you ended up in this old code path. 
If dladdr isn't supported on Cygwin you could try to enable the MinGW 
code path there as well.