compilation bug on solaris with perl
Edward Peschko
esp5@mdss03.comp.pge.com
Fri Sep 3 03:32:00 GMT 2004
hey all,
I think that there is a bug with either gcc or binutils in compiling perl on solaris with
-m64.
uname: SunOS mdssdr01 5.8 Generic_108528-29 sun4u sparc
binutils: GNU ld version 2.14 20030612
gcc: Configured with: /opt/tools/mdss/test/2.8/tools//gcc-3.4.1/configure --prefix=/opt/tools/mdss/test/2.8/ --with-as=/opt/tools/install/bin/as --with-ld=/opt/tools/install/bin/ld --with-libiconv-prefix=/opt/tools/mdss/test/2.8/lib --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --enable-shared --with-local-prefix=/opt/tools/mdss/test/2.8/
Thread model: posix
gcc version 3.4.1
Process:
Compile gcc, then compile perl-5.8.5 with 'configure -Doptimize='-m64 -O3', -Duse64bitint'
Error:
Can't load 'lib/auto/File/Glob/Glob.so' for module File::Glob: ld.so.1: ./perl: fatal: relocation error: R_SPARC_WDISP30: file lib/auto/File/Glob/Glob.so: symbol _exit: value 0x6075ef31 does not fit at lib/XSLoader.pm line 68.
at lib/File/Glob.pm line 96
If I get rid of the -m64, everything works fine...
I'm assuming that this is a gcc bug since perl works transparently with use64bitint,
but I could be wrong. Let me know if its perl, and I'll post it to perl-porters.
Ed
More information about the Gcc
mailing list