David Daney writes:
> In any event, I get much further in the build now. My current problem
> is that it is trying to link the JNI alsa library against the build
> host's libraries. Bad Classpath, bad. :
>
> libtool: link: /home/daney/gccsvn/arm-gcj-eabi-branch/./gcc/xgcc
> -B/home/daney/gccsvn/arm-gcj-eabi-branch/./gcc/
> -B/home/daney/mvl_ti/gcj/armv5tl-montavista-linuxeabi/bin/
> -B/home/daney/mvl_ti/gcj/armv5tl-montavista-linuxeabi/lib/ -isystem
> /home/daney/mvl_ti/gcj/armv5tl-montavista-linuxeabi/include -isystem
> /home/daney/mvl_ti/gcj/armv5tl-montavista-linuxeabi/sys-include -shared
> .libs/gnu_javax_sound_midi_alsa_AlsaMidiSequencerDevice.o
> .libs/gnu_javax_sound_midi_alsa_AlsaPortDevice.o
> .libs/gnu_javax_sound_midi_alsa_AlsaMidiDeviceProvider.o
> /usr/lib/libasound.so -ldl -lm -lpthread -Wl,-soname
> -Wl,libgjsmalsa.so -o .libs/libgjsmalsa.so
> /usr/lib/libasound.so: could not read symbols: File in wrong format
What's the problem? Is the file really in a different format? If so,
why? I certainly don't get this.