latest toolchain in binary format?
Steve Munroe
sjmunroe at us.ibm.com
Tue Sep 23 05:59:38 EST 2003
mjstumpf writes:
> Just tried it. Still no dice; compiling that way, using SLES 8 + 64 bit
> dev kit still results in a bogus error:
>
> lssbfrec.o: In function `lssbfrec':
> lssbfrec.c:21: undefined reference to `.LCTOC0'
> collect2: ld returned 1 exit status
This is not the usual symptom for TOC overflow. I would expect something
like:
auxl.o(.text+0xdbfa): relocation truncated to fit: R_PPC64_TOC16_DS
.toc+4360
Your error implies that a single object/compile unit is so large it can't
be compiled...
try:
objdump -h *.o | grep '\.toc'
and add up all the numbers (in hex) from the 3rd column.
You may have to break this application into a number of shared libraries
(each *.so has its own 64KB TOC). So it would be good to know how close or
far you are from fitting. Also some applications try to prelink all
objects into a single large object and try to build the application from
that. This will not work in your case. And don't even think about linking
-static!
Also I have to ask all the obvious questions like: Is this gcc or xlc?
This xlf or g77?
** Sent via the linuxppc64-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc64-dev
mailing list