On 5/2/07, Marc Jones marc.jones@amd.com wrote:
I am trying to bring olpc and rumba up to the geodelx patch level and I am hitting a build problem that I can't seem to figure out. I get the following build error.
gcc -m32 -nostdlib -r -o linuxbios_ram.o c_start.o mainboard.o uart8250_console.o cs5536.o model_gx2_init.o linuxbios.a /usr/lib/gcc/i486-linux-gnu/4.1.2/libgcc.a gcc -m32 -nostdlib -nostartfiles -static -o linuxbios_ram -T /home/marcj/LinuxBIOSv2/src/config/linuxbios_ram.ld linuxbios_ram.o linuxbios_ram.o: In function `number': vtxprintf.c:(.text+0x2f0a): undefined reference to `__stack_chk_fail' linuxbios_ram.o: In function `report_resource_stored': (.text+0x42ba): undefined reference to `__stack_chk_fail' linuxbios_ram.o: In function `cpu_initialize': (.text+0x8b4d): undefined reference to `__stack_chk_fail' collect2: ld returned 1 exit status make[1]: *** [linuxbios_ram] Error 1 make[1]: Leaving directory `/home/marcj/LinuxBIOSv2/targets/olpc/rev_a/rev_a/fallback' make: *** [fallback/linuxbios.rom] Error 1
I get this on both platforms. Any idea what the problem might be?
yes, it is companies and organizations that ship distros and turn on switches that require things like stack checking, and hence break linuxbios builds on certain distros. They don't seem to realize that all the world is NOT an application ...
It's nothing you (or we) are doing; it is churn in the gcc universe, and the distro guys just don't think these things through. It's frustrating.
Try the -fno-stack-protector Corey mentioned.
thanks
ron