From: "Andreas Bießmann" <andreas.devel@googlemail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Some M68K boards are depending the specific order of libraries
Date: Wed, 11 Dec 2013 11:05:27 +0100 [thread overview]
Message-ID: <52A838E7.2060908@gmail.com> (raw)
In-Reply-To: <20131211183226.BE5B.AA925319@jp.panasonic.com>
Dear Masahiro Yamada,
On 12/11/2013 10:32 AM, Masahiro Yamada wrote:
<snip>
> And then, build again
> $ make cobra5272 CROSS_COMPILE=m68k-linux-
> <<snip>>
> arch/m68k/cpu/mcf52x2/start.o: In function `_start':
> /home/yamada/workspace/u-boot-org/arch/m68k/cpu/mcf52x2/start.S:201:(.text+0x448): relocation truncated to fit: R_68K_PC16 against symbol `cpu_init_f' defined in .text.cpu_init_f section in arch/m68k/cpu/mcf52x2/built-in.o
> /home/yamada/workspace/u-boot-org/arch/m68k/cpu/mcf52x2/start.S:202:(.text+0x44c): relocation truncated to fit: R_68K_PC16 against symbol `board_init_f' defined in .text.board_init_f section in arch/m68k/lib/built-in.o
> arch/m68k/cpu/mcf52x2/start.o: In function `_exc_handler':
> /home/yamada/workspace/u-boot-org/arch/m68k/cpu/mcf52x2/start.S:300:(.text+0x4da): relocation truncated to fit: R_68K_PC16 against symbol `exc_handler' defined in .text.exc_handler section in arch/m68k/lib/built-in.o
> arch/m68k/cpu/mcf52x2/start.o: In function `_int_handler':
> /home/yamada/workspace/u-boot-org/arch/m68k/cpu/mcf52x2/start.S:308:(.text+0x4fc): relocation truncated to fit: R_68K_PC16 against symbol `int_handler' defined in .text.int_handler section in arch/m68k/lib/built-in.o
> make[1]: *** [u-boot] Error 1
> make[1]: Leaving directory `/home/yamada/workspace/u-boot-org'
> make: *** [cobra5272] Error 2
>
>
>
> The build will fail with error messages
> " relocation truncated to fit: R_68K_PC16 against symbol"
>
> What is this error?
It is a linker error stating that the specific call (for example 'bsr
cpu_init_f' @start.S:201) will not work cause (and this is guessing) the
PC relative jump with 16 bit offset can not work cause the symbol
cpu_init_f is to far away.
I had similiar issue in linux kernel for avr32 these days. I found a
work around, please read https://lkml.org/lkml/2013/10/24/156 to
understand it.
Best regards
Andreas Bie?mann
next prev parent reply other threads:[~2013-12-11 10:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-11 9:32 [U-Boot] Some M68K boards are depending the specific order of libraries Masahiro Yamada
2013-12-11 10:05 ` Andreas Bießmann [this message]
2013-12-11 10:35 ` Masahiro Yamada
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52A838E7.2060908@gmail.com \
--to=andreas.devel@googlemail.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.