gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: base configure / HURD


From: Richard Frith-Macdonald
Subject: Re: base configure / HURD
Date: Thu, 3 Nov 2011 10:56:02 +0000

On 2 Nov 2011, at 23:35, Riccardo Mottola wrote:

> Hi
>>   
>>> what could that be? I'm using gcc 4.6.1
>>>     
>> That's the problem.  The ObjectiveC2/runtime.h is the compatibility layer 
>> for using the modern Objective-C APIs on the old GCC runtime.  The GCC 4.6 
>> runtime includes its own versions of these and doesn't export the old 
>> definitions.  Delete the installed ObjectiveC2 framework, and it should all 
>> work.
>>   
> You were perfectly right, I upgraded the compiler, but had some cruft around. 
> I removed everything and installed make & base from scratch and it went along 
> smooth.
> 
> Now, during gui compile, I get a segfault:
> 
> make[4]: Nothing to be done for `internal-service-compile'.
> (echo "{"; echo '  NOTE = "Automatically generated, do not edit!";'; \
>          echo "  NSExecutable = \"GSspell\";"; \
>          if [ -r "GSspellInfo.plist" ]; then \
>            cat GSspellInfo.plist; \
>          fi; \
>          echo "}") >GSspell.service/Resources/Info-gnustep.plist ;\
>        if ././obj/make_services --test 
> GSspell.service/Resources/Info-gnustep.plist; then : ; else rm -f 
> GSspell.service/Resources/Info-gnustep.plist; false; \
>        fi
> Segmentation fault
> make[3]: *** [GSspell.service/Resources/Info-gnustep.plist] Error 1
> 
> The object tool is the fault:
> address@hidden:~/gnustep-cvs/devmodules/core/gui$ Tools/obj/make_services
> Segmentation fault
> 
> Starting program: 
> /home/multix/gnustep-cvs/devmodules/core/gui/Tools/obj/make_services
> [New Thread 12392.5]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x014d5b86 in sel_register_name () from /usr/lib/i386-gnu/libobjc.so.3
> 
> Extremely useful, isn't it?

Runtime level errors are generally too low level to be easily diagnosed, but 
most likely you have some mess like two different runtimes or two different 
gnustep-base libraries linked somehow (or just some bug/failure when building 
base).




reply via email to

[Prev in Thread] Current Thread [Next in Thread]