|
From: | Fred Kiefer |
Subject: | Re: Libobjc2, base on cygwin |
Date: | Tue, 12 Jul 2011 10:18:45 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.18) Gecko/20110616 SUSE/3.1.11 Thunderbird/3.1.11 |
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.
[Prev in Thread] | Current Thread | [Next in Thread] |