Adam Fedor wrote:
>>
>> objc[53471]: Class NSStream is implemented in both
>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/
>> CoreFoundation
>> and /usr/GNUstep/Local/Library/Libraries/libgnustep-base.dylib.1.19.
>> Using implementation from
>> /usr/GNUstep/Local/Library/Libraries/libgnustep-base.dylib.1.19.
>> make_services(53471) malloc: *** mmap(size=4246773760) failed
>> (error code=12)
>> *** error: can't allocate region
>> *** set a breakpoint in malloc_error_break to debug
>> /bin/sh: line 1: 53471 Bus error ././obj/make_services
>
> GNUstep will not work on any OSX past 10.3. The linker tends to
> pull in the Apple libraries which conflict with the GNUstep ones.
To make this statement more precise, GNUstep *does* work on OS X 10.4
and later, too, but it will not work out of the box with the
dependencies built from MacPorts (and I guess from fink either). The
problem is not the Apple linker per se, but rather that many of our
dependencies nowadays depend directly or indirectly on CoreFoundation
on OS X and, unfortunately, CoreFoundation started to depend on
Apple's libobjc in 10.4.
To successfully build and run GNUstep on Mac OS X 10.4 and later, you
need (at least) to configure aspell with --disable-nls (the nonls
variant of aspell should do for MacPorts). Next, you need a freetype
configured with --without-old-mac-fonts (unfortunately no help from
MacPorts here and the freetype shipped with Mac OS X 10.5 will not
work either). Apart from that, configure GNUstep-base with --disable-
tls and GNUstep-back with --disable-glx and use either the libart
(the default) or xlib backend. Eventually, I may have forgotten some
other libraries in this list, but you will notice that when looking
at the crash report being produced in ~/Library/Logs/CrashReporter.
Look for a line containing /usr/lib/libobjc.A.dylib.
Hope this helps
Wolfgang
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep