Re: Help with relocation truncation problems on m5235 coldfire target

On Thu, Feb 14, 2013 at 08:52:10AM -0800, Steve deRosier wrote:
> Hi Larry,
> 
> On Fri, Feb 8, 2013 at 4:11 PM, Larry Baker <[email protected]> wrote:
> > Steve,
> >
> > I found this at
> > http://gcc.gnu.org/onlinedocs/gcc-4.5.4/gcc/M680x0-Options.html.  I don't
> > know if gcc 4.3.2 has this option, but it's worth a try.  Maybe you only
> > have to use this in certain routines?  Maybe not, if there is just one GOT
> > for the entire program.  Other google hits for "relocation truncated to fit:
> > R_68K_GOT16O" said to remove XIP options or shared library, like -msep-data.
> > I'm not sure that is possible on a ColdFire.  I noticed you are using -O1.
> > Did you try -Os?  My ColdFire distribution uses -Os.
> 
> Yes, my research came up with the -mxgot option also. Tried that and
> came up with a problem where the elf2flt doesn't like the larger GOT
> format. Aparently it's a problem my client has been fighting with for
> a long time and I was able to define out a log statement and that
> killed enough strings (5,000 log strings!) in the project to get it to
> build. Basically I was told: "Get it to build and we'll deal with the
> problem over here."  Done.
> 
> -Os helped some also, but not with the GOT issue. But size-wise it
> helped. Upgrading to Linux 3.2 from 2.4 (and the other apps) has
> increased our total image size by nearly 50% and we're starting to
> bump into size issues. I'm having to kill off some useful technician
> and debugging utilities now.

Some years ago, I have written and submitted, but not pushed hard enough,
a patch to gcc for m68k permitting to generate an absolute text segment with
only a GOT table for the data and bss segments.  Of course you must know
the load address at link-time, but that's doable if you do XIP.
This was combined with a patch to genromfs providing the load address
to the linker when generating the romfs image.  This way I had an unique
absolute text segment for busybox with a small GOT table.

This must be still floating around

Hope that helps

Philippe

-- 
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev