Re: base fails to build - exception problem

[Fred Kiefer]

Just to understand this. You have both David's and a gcc libobjc runtime 
installed. David's runtime has its headers in a place where they get picked up, 
but you configure base to use the gcc runtime by setting the flags on 
configure. And then you complain that things are inconsistent?

Now mixing the headers and library from different runtimes should give 
inconsistent results, what is surprising is the way you get these issues. It 
would be better for configure to detect such an inconsistent state.

You should make up your mind which runtime you want to use and give the 
configure script consistent information. To select David's runtime use "ng" or 
stay with the gcc one and change the include path.

Fred

On the road

Am 30.08.2015 um 19:30 schrieb Riccardo Mottola <riccardo.mottola@libero.it>:

> Hi,
> 
> Richard Frith-Macdonald wrote:
>> Those flags should have nothing to do with variable visibility.  The most 
>> likely problem is with the wrong runtime being found in one of those cases.
>> So you should look at the -I flags saying where the header files are found.
>> For instance, -I/home/multix/GNUstep/Library/Headers might be pointing to 
>> different objc headers (it’s not mentioned in the check at configure time).
> 
> I don't have local runtimes in my home directory and to be sure, I
> removed everyting from /System and /Local.
> 
> I should have only two runtimes on the system:
> - the gcc internal one
> - libobjc2 installed in /usr/local
> 
> See here what a search of objc.h finds:
> 
> /usr/local/include/objc/objc.h
> /usr/local/lib/gcc5/gcc/i386-portbld-freebsd9.3/5.2.0/include/objc/objc.h
> 
> in both configure and build run I see -I/usr/local/include so the
> libobjc2 runtime should be found.
> 
> I could remove libobjc2 and rely on the more limited gcc runtime, but it
> it should work to have a second runtime: headers are included in both
> configure and build!
> 
> But
> 
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep