Re: gnustep-base on OpenBSD mips54

[Fred Kiefer]

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.

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