issues from 1.1.7->1.1.8

gconf and it's dependencies have been problematic when migrating from 1.1.7 due to
the many dependencies that are required, a big pain for embedded devices or even for
headless or out of date Linux distros (nevermind cross-compiling). It'd be nice to
have a configure param to avoid gconf (I'm guessing this is to support native
properties? could there be a fallback?)

Currently with 1.1.8 I'm having an issue where my cross compiler environment doesn't
support the ld switch: --export-dynamic, and omitting it doesn't quite help (also
note all the host .so files that probably shouldn't be included when cross
compiling/linking):

/usr/local/bin/arm-apple-darwin-gcc -dynamiclib  -o .libs/libgconfpeer.dylib 
.libs/GConfNativePeer.o ../../../native/jni/classpath/.libs/native_state.o
../../../native/jni/classpath/.libs/jcl.o  -L/usr/local/lib
/usr/local/lib/libgconf-2.so /usr/lib/libpopt.so /usr/local/lib/libORBit-2.so
/usr/local/lib/libgthread-2.0.so -lrt /usr/local/lib/libgdk-x11-2.0.so
/usr/local/lib/libgdk_pixbuf-2.0.so -lm /usr/local/lib/libpangocairo-1.0.so
/usr/local/lib/libpng12.so -L/usr/X11R6/lib /usr/local/lib/libpangoft2-1.0.so
/usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so /usr/lib/libexpat.so
/usr/local/lib/libpango-1.0.so /usr/local/lib/libcairo.so /usr/lib/libfreetype.so
/usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so -ldl
/usr/local/lib/libglib-2.0.so  -pthread -Wl,--export-dynamic -pthread -install_name 
/usr/local/kaffe/jre/lib/arm/libgconfpeer.dylib
/usr/local/bin/arm-apple-darwin-ld: unknown flag: --export-dynamic
collect2: ld returned 1 exit status
make[5]: *** [libgconfpeer.la] Error 1
make[5]: Leaving directory
`/root/kaffe-1.1.8/libraries/javalib/external/classpath/native/jni/gconf-peer'


On a separate issue, I've been unable to compile 1.1.8 on OS X (PPC) due to this
configure error:

config.status: error: ./config/powerpc/callKaffeException.h: file not found

Could these issues be looked at before 1.1.9 comes out?

thanks,
Dario