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

AltStyle によって変換されたページ (->オリジナル) /