static vs. dynamic gcj compilation (was: gcj with date manip.)
Maurice DIAMANTINI
diam@ensta.fr
Thu Mar 8 08:09:00 GMT 2001
############################################################
# 1 - problem solved :
> 1 - I'm not any more able to compile any programm dynamicaly
>> ./test: error in loading shared libraries:
> /usr/local/pack/gcc-3.0-cvs/powerpc-linux/lib/libzgcj.so.0:
> R_PPC_REL24 relocation out of range
>> (perhaps a bad install, so this is not the problem here))
This problem is **SOLVED** by doing the following:
I've rebuild the same cvs with the following change
replacing :
--enable-languages=c++,java,f77
by
--enable-languages=c++,java
(because I've no more hope to use this build as full replace for gcc:
only for gcj :-)
But I forget to use the magic "--disable-multilib" flag.
So after the error I rebuid all (without make clean)
and the it builds and installs successfully :
I don't no if java is incompatible which f77 (but build on intel was OK)
or if I did another bad manipulation (probably!) ...
------
So now I have this version of gcc:
> gcj -v
Reading specs from /usr/local/pack/gcc-3.0-cvs/powerpc-linux/bin/../lib/gcc-lib/powerpc-unknown-linux-gnu/3.0/specs
Reading specs from /usr/local/pack/gcc-3.0-cvs/powerpc-linux/bin/../lib/gcc-lib/powerpc-unknown-linux-gnu/3.0/../../../libgcj.spec
rename spec lib to liborig
rename spec startfile to startfileorig
Configured with: /arc/hot/work/src/gcc/configure
--prefix=/usr/local/pack/gcc-3.0-cvs-20010306/powerpc-linux
--enable-shared --enable-threads=posix
--enable-languages=c++,java :
(reconfigured) /arc/hot/work/src/gcc/configure
--prefix=/usr/local/pack/gcc-3.0-cvs-20010306/powerpc-linux
--enable-shared --enable-threads=posix
--disable-multilib
--enable-languages=c++,java
gcc version 3.0 20010305 (prerelease)
############################################################
# 2 - conflict bewteen -static and locales
For the conflict bewteen -static and locales
I adopte the solution from Mark Wielaard <mark@klomp.org>
> One workaround is to set your CLASSPATH to point to libgcj.jar.
> This way the interpreter can load the resources.
Now static on dynamic compilation works the same !
So I finaly get the same erreur than with my first
gcc-2.97 build and the date manipulation.
See my next news article about the "local bug with gcj
This error occure both on linuxppc and intel.
It's probably another locale problem because it works
for several poeple of you.
See my next news article about the
--
Maurice.Diamantini@ensta.fr - ENSTA/LMA
ÃÂcole Nationale Supérieure de Techniques Avancées
Laboratoire de Mathématiques Appliquées
http://www.ensta.fr/~diam
More information about the Java
mailing list