relocation truncated to fit: R_SPARC_DISP32 .gnu.linkonce.t._ZNSt6vectorISsSaISsEEC1Ev

kamaraju kusumanchi raju.mailinglists@gmail.com
Mon Apr 6 14:24:00 GMT 2009


Consider the a.cpp, b.cpp attached in this email.

I can compile the code using

> g++ a.cpp b.cpp

However, I am unable to compile it when -m64 option is used.

> g++ a.cpp b.cpp -m64
/var/tmp//ccJd8iNV.o(.eh_frame+0x40): relocation truncated to fit:
R_SPARC_DISP32 .gnu.linkonce.t._ZNSt6vectorISsSaISsEEC1Ev
collect2: ld returned 1 exit status

 g++ -v gives (system specific paths are munged for security)
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with:
<munge1>/software/unZipped/gcc-4.4-wkly_gmp-4.2.4_mpfr-2.4.0/configure
--enable-languages=c,c++,fortran --with-as=<munge2>/bin/as
--with-ld=<munge2>/bin/ld --with-build-time-tools=<munge2>/bin
--prefix=<munge1>/software/myroot/gcc-4.4-20090123 : (reconfigured)
<munge1>/software/unZipped/gcc-4.4-wkly_gmp-4.2.4_mpfr-2.4.0/configure
--enable-languages=c,c++,fortran --with-as=<munge2>/bin/as
--with-ld=<munge2>/bin/ld --with-build-time-tools=<munge2>/bin
--prefix=<munge1>/software/myroot/gcc-4.4-20090123
Thread model: posix
gcc version 4.4.0 20090206 (experimental) (GCC)


Is this a bug or am I doing something crazy in the code?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a.cpp
Type: application/octet-stream
Size: 274 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/gcc-help/attachments/20090406/ca807795/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: b.cpp
Type: application/octet-stream
Size: 179 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/gcc-help/attachments/20090406/ca807795/attachment-0001.obj>


More information about the Gcc-help mailing list