Peter Cooper wrote: > core/base/configure.ac: > support NetBSD package headers and libraries, similar to the FreeBSD > target. > > core/gui/configure.ac: > support NetBSD package headers and libraries. (FreeBSD target seems > to take a different approach, should it?). > > core/back/configure.ac: > support NetBSD package headers and libraries. >
I added these. Thanks > 1. Linking back fails as symbols are multiply generated - this is related > to the definition of APPKIT_DECLARE in AppKit/AppKitDefines.h. Recompiling > with APPKIT_DECLARE modified to be a macro for "extern", fixes the problem. > Any ideas why this happens? > APPKIT_DECLARE should only be used in source files, not headers (in fact APPKIT_DECLARE just might be useless now). I've fixed the gui headers for this. > 2. Dynamic loading of the back bundle fails at runtime, and a little bit > of system call tracing shows that even though the bundle loads, it cannot > find the tiff library and so on. Interesting - at link time, the bundle > is told where the support libraries are - does the objective-c runtime > support this? I have to define LD_LIBRARY_PATH to include both /usr/X11R6/lib > and /usr/pkg/lib, but it's only to support bundles. (GNUstep libraries are > loaded by the system runtime linker and this honours compiletime library > paths.) > Perhaps the LFLAGS need a -R/usr/X11R6/lib rather than (or in addition to) a -L/usr/X11R6/lib (I think this is done for libraries). Perhaps you could try that in gnustep-back's config.make and see if it works. > 3. Compiling portaudio fails quite badly. ossaudio on NetBSD may not be > a complete implementation, and the real time scheduling header <sched.h> > doesn't appear to exist. It's tempting to disable gsnd for NetBSD targets > for the moment. Comments? > It's up to you. I wouldn't know how to fix it. -- Adam Fedor, Digital Optics Corp. | I'm glad I hate spinach, because http://www.doc.com | if I didn't, I'd eat it, and you | know how I hate the stuff. _______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
