[U-Boot] Build failures with older toolchain

Wolfgang Denk
2010-11-29T10:35:11Z

Dear "Premi, Sanjeev",

can you please quote onlye _relevant_ parts of previous messages?
Thanks.

In message <B85A65D85D7EB246BE421B3FB0FBB5930247A0A94F@dbde02.ent.ti.com> you wrote:
>
> with 2009-q1 toolchain:
> -----------------------
> busb_phy.o drivers/video/libvideo.o drivers/watchdog/libwatchdog.o common/libcommon.o lib/libfdt/libfdt.o api/libapi.o post/libpost.o arch/arm/cpu/armv7/omap-common/libomap-common.o board/ti/evm/libevm.o --end-group /db/psp_git/users/a0756819/u-boot/arch/arm/lib/eabi_compat.o -L /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3 -lgcc -Map u-boot.map -o u-boot
> arm-none-linux-gnueabi-ld: section .bss [8003f5c0 -> 8007e31f] overlaps section .rel.dyn [8003f5c0 -> 80044e4f]
> arm-none-linux-gnueabi-ld: section .dynsym [80044e50 -> 80044eef] overlaps section .bss [8003f5c0 -> 8007e31f]
> arm-none-linux-gnueabi-ld: u-boot: section .bss vma 0x8003f5c0 overlaps previous sections
> make: *** [u-boot] Error 1
>
> with 2010-q1 toolchain:
> -----------------------
> mmon/libomap-common.o board/ti/evm/libevm.o --end-group /db/psp_git/users/a0756819/u-boot/arch/arm/lib/eabi_compat.o -L /opt/codesourcery/2010q1-202/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.1/armv4t -lgcc -Map u-boot.map -o u-boot
> arm-none-linux-gnueabi-ld: u-boot: section .bss vma 0x8003e8e0 overlaps previous sections
> arm-none-linux-gnueabi-objcopy -O srec u-boot u-boot.srec
> arm-none-linux-gnueabi-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin

Are you sure these are the only errors you see?

Because for me, building for omap3_evm fails like this:

start.S: Assembler messages:
start.S:144: Error: constant expression expected -- `ldr sp,=((0x4020FFFC-CONFIG_SYS_GBL_DATA_SIZE))'
make[1]: *** [/work/wd/tmp-arm/arch/arm/cpu/armv7/start.o] Error 1
make: *** [/work/wd/tmp-arm/arch/arm/cpu/armv7/start.o] Error 2
make: *** Waiting for unfinished jobs....
make: *** wait: No child processes. Stop.

And this is a clear indication that the board support code has not
been adapted yet (CONFIG_SYS_GBL_DATA_SIZE has been replaced by
GENERATED_GBL_DATA_SIZE some time ago).

Best regards,

Wolfgang Denk

--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
You said you didn't want to use CGI.pm, but methinks you are
needlessly reinventing the wheel, one spoke at a time. Either you are
masochistic, or you just haven't seen enough of what CGI.pm can do
for you. -- Randal L. Schwartz in <8cyb81rg81.fsf@gadget.cscaper.com>