AnsweredAssumed Answered

u-boot-ls1-2015.01 build issue with gcc-5 in sdk-v1.8

Question asked by srikanth krishnakar on Sep 9, 2015
Latest reply on Sep 10, 2015 by Abdur Rehman

Hello Yiping,

 

I am trying to build u-boot-ls1_2015.01 from SDK-v1.8 for LS1, but facing strange build issue during linking stage. The same u-boot builds fine with gcc-4.9.2 in my old setup. The following is the error seen at the end of compilation :

 

 

|   arm-none-linux-gnueabi-gcc  --sysroot=/home/srikanth/cedar/ls1/build/tmp/sysroots/ls1021atwr -Wp,-MD,examples/standalone/.hello_world.o.d  -nostdinc -isystem /home/srikanth/mgc/embedded/codebench/bin/../lib/gcc/arm-none-linux-gnueabi/5.2.0/include -Iinclude  -I../include -I../arch/arm/include -include ../include/linux/kconfig.h  -I../examples/standalone -Iexamples/standalone -D__KERNEL__ -D__UBOOT__ -DCONFIG_SYS_TEXT_BASE=0x67f80000 -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -Os -fno-stack-protector -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -fno-toplevel-reorder -D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -mno-unaligned-access -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -msoft-float -pipe    -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(hello_world)"  -D"KBUILD_MODNAME=KBUILD_STR(hello_world)" -c -o examples/standalone/hello_world.o ../examples/standalone/hello_world.c

|   arm-none-linux-gnueabi-ld.bfd     -r -o examples/standalone/libstubs.o examples/standalone/stubs.o

|   arm-none-linux-gnueabi-ld.bfd   -g -Ttext 0xc100000 -o examples/standalone/hello_world -e hello_world examples/standalone/hello_world.o examples/standalone/libstubs.o -L /home/srikanth/mgc/embedded/codebench/bin/../lib/gcc/arm-none-linux-gnueabi/5.2.0 -lgcc

|   arm-none-linux-gnueabi-objcopy -O srec  examples/standalone/hello_world examples/standalone/hello_world.srec

|   arm-none-linux-gnueabi-objcopy -O binary  examples/standalone/hello_world examples/standalone/hello_world.bin

|   arm-none-linux-gnueabi-ld.bfd   -pie  --gc-sections -Bstatic -Ttext 0x67f80000 -o u-boot -T u-boot.lds arch/arm/cpu/armv7/start.o --start-group  arch/arm/cpu/built-in.o  arch/arm/cpu/armv7/built-in.o  arch/arm/lib/built-in.o  board/freescale/common/built-in.o  board/freescale/ls1021atwr/built-in.o  common/built-in.o  disk/built-in.o  drivers/built-in.o  drivers/dma/built-in.o  drivers/gpio/built-in.o  drivers/i2c/built-in.o  drivers/mmc/built-in.o  drivers/mtd/built-in.o  drivers/mtd/onenand/built-in.o  drivers/mtd/spi/built-in.o  drivers/net/built-in.o  drivers/net/phy/built-in.o  drivers/pci/built-in.o  drivers/power/built-in.o  drivers/power/battery/built-in.o  drivers/power/fuel_gauge/built-in.o  drivers/power/mfd/built-in.o  drivers/power/pmic/built-in.o  drivers/serial/built-in.o  drivers/spi/built-in.o  drivers/usb/eth/built-in.o  drivers/usb/gadget/built-in.o  drivers/usb/host/built-in.o  drivers/usb/musb-new/built-in.o  drivers/usb/musb/built-in.o  drivers/usb/phy/built-in.o  drivers/usb/ulpi/built-in.o  fs/built-in.o  lib/built-in.o  net/built-in.o  test/built-in.o  test/dm/built-in.o --end-group arch/arm/lib/eabi_compat.o  -L /home/srikanth/mgc/embedded/codebench/bin/../lib/gcc/arm-none-linux-gnueabi/5.2.0 -lgcc -Map u-boot.map

|   arm-none-linux-gnueabi-objcopy  -j .text -j .secure_text -j .rodata -j .hash -j .data -j .got.plt -j .u_boot_list -j .rel.dyn --gap-fill=0xff -O srec u-boot u-boot.srec

|   arm-none-linux-gnueabi-objcopy  -j .text -j .secure_text -j .rodata -j .hash -j .data -j .got.plt -j .u_boot_list -j .rel.dyn --gap-fill=0xff -O binary  u-boot u-boot.bin

| /home/srikanth/mgc/embedded/codebench//bin/arm-none-linux-gnueabi-objcopy:u-boot.bin[.text]: No space left on device

| make[1]: *** [u-boot.bin] Error 1

 

Could you kindly help us fix this issue ? I did see an upstream patch of changing "TEXT_BASE" from upstream for LS1:

 

git.denx.de Git - u-boot.git/blobdiff - include/configs/ls1021atwr.h

 

This didn't seem to help, even upstream u-boot (denx) 2015.10-rc3 also failed to build with same error for LS1 using GCC-5.2 toolchain.

 

Your inputs are appreciated.

 

Thanks!

Srikanth

Outcomes