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