Re: gnustep-base on OpenBSD mips54

[Sebastian Reitenbach]

Hi,


Fred Kiefer wrote:
> I just submitted the second and third part of your patch. The first part
> may or may not be useful, somebody using FreeBSD should comment on that.
>
> Before you go ahead with GNUstep applications you should try to get the
> base test suite running and see whether this fully works on your system.
> Only then should we try to analyse the gui issues. GNUstep gui uses
> proxies for most images and this will only work, when the whole
> NSInvocation stuff in base is working correctly.
>
> When you are sure to rule out a base issue the next step would be to run
> the application with gdb and set a break point on the assert line in
> [NSCell -setImage:] and if the code gets there analyse the content of
> anImage. It should either be an NSImage or more likely a GSThemeProxy.
>   
It took a while to run those tests, but I'm done now. And indeed, there
are some tests failing with regard to NSInvocations.
See attached logfile.

Compiling NSInvocation.m I get a lot of warning messages on the mips64 box:
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type
NSInvocation.m:918: warning: cast increases required alignment of target
type

I don't see those messages on my i386 box, maybe that could be one of
the reasons?

Sebastian

> Hope this helps
> Fred
>
> Am 05.01.2011 14:38, schrieb Sebastian Reitenbach:
>   
>> On Thursday, December 30, 2010 04:27:47 pm Sebastian Reitenbach wrote:
>>     
>>> Hi,
>>>
>>> I just tried to compile gnustep-base on my OpenBSD mips64, but did not
>>> worked out on OpenBSD -current mips64 platform. I got errors like this:
>>>
>>>       
>>> Stop in /usr/ports/x11/gnustep/base (line 2232 of
>>> /usr/ports/infrastructure/mk/bsd.port.mk).
>>>
>>>
>>>
>>>
>>>
>>> Due to the hint of a fellow OpenBSD developer, who suggested attached
>>> patch, I was able to at least compile it, whether everything works as
>>> expected, I'll see next year ;)
>>>
>>> The second and third hunk of the patch are those that fixed the problem
>>> for me.
>>>
>>> Just defining USE_ATOMIC_BUILDINS  (is the D in BUILD a typo?) did not
>>> helped, then I had errors in the linking stage afterwards, about
>>> unresolved references.
>>>
>>> Patch is against latest gnustep-base stable.
>>>       
>> With that patch to gnustep-base, which made it compile and installed 
>> successfully. Also gdnc, gpbs, gdomap seems to work (successfully goes into 
>> the background without a crash).
>> All the other gnustep based ports in the OpenBSD ports tree compile fine on 
>> my 
>> Origin 3000, but when I try to start an application, i.e. AddressManager 
>> then 
>> I see the folllowing output on the console:
>>
>> 2011-01-05 14:16:25.863 AddressManager[32051] NSCell.m:1196  Assertion 
>> failed 
>> in NSButtonCell(instance), method setImage:.  NSInvalidArgumentException
>> 2011-01-05 14:16:25.865 AddressManager[32051] Exception occured while 
>> loading 
>> model: NSCell.m:1196  Assertion failed in NSButtonCell(instance), method 
>> setImage:.  NSInvalidArgumentException
>> 2011-01-05 14:16:25.866 AddressManager[32051] Failed to load Gorm
>> 2011-01-05 14:16:26.754 AddressManager[32051] NSCell.m:1196  Assertion 
>> failed 
>> in NSButtonCell(instance), method setImage:.  NSInvalidArgumentException
>> 2011-01-05 14:16:26.755 AddressManager[32051] Exception occured while 
>> loading 
>> model: NSCell.m:1196  Assertion failed in NSButtonCell(instance), method 
>> setImage:.  NSInvalidArgumentException
>> 2011-01-05 14:16:26.755 AddressManager[32051] Failed to load Gorm
>> 2011-01-05 14:16:26.780 AddressManager[32051] Cannot load the main model 
>> file 
>> 'AddressManager'
>>
>> The application Icon shows up, and with some applications I see the menu, 
>> but 
>> I cannot get a window to open. I'm logged in to the system via ssh -X 
>>
>> Similar output happens with all the other applications in the ports tree. 
>> The 
>> only one that seems to be fine is TimeMon, but there I also see those 
>> messages.
>>
>> GNUstep in the OpenBSD ports tree is based on the latest gnustep-stable 
>> releases, the backend used is cairo.
>>
>> any idea where I could/should poke around to find out what the problem is.
>>
>> cheers,
>> Sebastian
>>     
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
>

tests.log.gz
Description: application/gzip