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
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
