[En-Nut-Discussion] relocation truncated to fit: R_ARM_PC24

Michael Jones Michael.e.Jones at web.de
Wed Oct 6 09:44:15 CEST 2010


> -----Original Message-----
> From: en-nut-discussion-bounces at egnite.de [mailto:en-nut-discussion-
> bounces at egnite.de] On Behalf Of Harald Kipp
> Sent: Mittwoch, 6. Oktober 2010 08:39
> To: en-nut-discussion at egnite.de
> Subject: Re: [En-Nut-Discussion] relocation truncated to fit: R_ARM_PC24
> 
> On 06.10.2010 06:56, Andre Riesberg wrote:
> > Harald Kipp schrieb:
> >> On 05.10.2010 16:06, Michael Jones wrote:
> >>
> >>> at91_efc.c:(.text+0xb8): relocation truncated to fit: R_ARM_PC24
against
> symbol `At91EfcCmd' defined in .ramfunc section in
> ...\libnutarch.a(at91_efc.o)
> >>> collect2: ld returned 1 exit status
> 
> > Why is the "At91EfcCmd" function placed in ram?
> 
> The function will re-program the Flash, so it needs to run in RAM.
> 
> > Or, why is the distance from from the call position to the function so
far?
> 
> That's the question, indeed.
> 
> Thanks for checking this,
> 
> Harald

Hi,

This happens when trying to build e.g. the - unmodified - uart or tcps
examples using the current head (as downloaded yesterday morning). The 4.9.9
beta does not have this effect.

Cu,
Michael




More information about the En-Nut-Discussion mailing list