[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