From: Steve S. <sa...@gm...> - 2007-06-16 15:11:31
|
I've set up an nfs root system to do some native development and have run into a linker issue: [root@192 develop]# cc hello.c /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined reference to `__libc_stack_end' collect2: ld returned 1 exit status [root@192 develop]# I've seen others mention this in the archives. Some suggest "add libc.a to the command line", but that doesn't really seem like the "right thing"., even though it does work on a simple case like ths. Makes running ./Configure on just about any package fail. Has anyone successfuly fixed the native tool build to address this issue? Thanks! Steve |
From: Dave H. <dhy...@gm...> - 2007-06-16 15:25:56
|
Hi Steve, On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > I've set up an nfs root system to do some native development and have run > into a linker issue: > > [root@192 develop]# cc hello.c > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > undefined reference to `__libc_stack_end' > collect2: ld returned 1 exit status > [root@192 develop]# What does cc -v hello.c show? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Steve S. <sa...@gm...> - 2007-06-16 18:40:28
|
Dave, It returns: [root@192 develop]# cc -v hello.c Using built-in specs. Configured with: /home/sakoman/perforce/test/gumstix-buildroot/toolchain_build_arm_nofpu/gcc- 3.4.5/configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=arm-linux-uclibc --target=arm-linux-uclibc --enable-languages=c --enable-shared --with-gxx-include-dir=/usr/include/c++ --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-nls --disable-threads --disable-multilib --with-float=soft Thread model: single gcc version 3.4.5 /usr/libexec/gcc/arm-linux-uclibc/3.4.5/cc1 -quiet -v -D__ARM_ARCH_3__ hello.c -quiet -dumpbase hello.c -msoft-float -auxbase hello -version -o /tmp/ccK7UToe.s ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/include" #include "..." search starts here: #include <...> search starts here: /usr/lib/gcc/arm-linux-uclibc/3.4.5/include /usr/include End of search list. GNU C version 3.4.5 (arm-linux-uclibc) compiled by GNU C version 3.4.5. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 as -mfpu=softfpa -mfpu=softfpa -o /tmp/ccRNKogT.o /tmp/ccK7UToe.s /usr/libexec/gcc/arm-linux-uclibc/3.4.5/collect2 --eh-frame-hdr -dynamic-linker /lib/ld-uClibc.so.0 -X -m armelf_linux -p /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crt1.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crti.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/crtbegin.o -L/usr/lib/gcc/arm-linux-uclibc/3.4.5 -L/usr/lib/gcc/arm-linux-uclibc/3.4.5 -L/usr/lib/gcc/arm-linux-uclibc/3.4.5/../../.. /tmp/ccRNKogT.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/arm-linux-uclibc/3.4.5/crtend.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crtn.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined reference to `__libc_stack_end' collect2: ld returned 1 exit status [root@192 develop]# Thanks! Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > I've set up an nfs root system to do some native development and have > run > > into a linker issue: > > > > [root@192 develop]# cc hello.c > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > > undefined reference to `__libc_stack_end' > > collect2: ld returned 1 exit status > > [root@192 develop]# > > What does > > cc -v hello.c > > show? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-06-16 15:36:19
|
Hi Steve, > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > I've set up an nfs root system to do some native development and have run > > into a linker issue: > > > > [root@192 develop]# cc hello.c > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > > undefined reference to `__libc_stack_end' > > collect2: ld returned 1 exit status > > [root@192 develop]# > > What does > > cc -v hello.c > > show? Also, what does nm /usr/lib/libc.a | grep libc_stack_end show? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Steve S. <sa...@gm...> - 2007-06-16 18:41:48
|
And nm returns: [root@192 develop]# nm /usr/lib/libc.a | grep libc_stack_end U __libc_stack_end 00000000 B __libc_stack_end [root@192 develop]# Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > > I've set up an nfs root system to do some native development and have > run > > > into a linker issue: > > > > > > [root@192 develop]# cc hello.c > > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > > > undefined reference to `__libc_stack_end' > > > collect2: ld returned 1 exit status > > > [root@192 develop]# > > > > What does > > > > cc -v hello.c > > > > show? > > Also, what does > > nm /usr/lib/libc.a | grep libc_stack_end > > show? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-06-16 20:02:56
|
Hi Steve, On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > And nm returns: > > [root@192 develop]# nm /usr/lib/libc.a | grep libc_stack_end > U __libc_stack_end > 00000000 B __libc_stack_end So the U line (undefined reference) seems to be the problem. If I go into my gumstix-buildroot/staging-dir/lib and run nm libc.a | grep libc_stack_end I get 1143 >nm libc.a | grep stack_end 00000000 B __libc_stack_end I guess the next thing to do is figure out which object is causing the problem. And yes adding -lc to the linker line would resolve it, but it shouldn't be required. You could also copy in the libc.a and libuClibc-*.so from a buildroot done on the host (provided they were from the same buildroot). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Steve S. <sa...@gm...> - 2007-06-16 20:18:34
|
Hmmm . . . now this is strange. If I do the same thing I get: sakoman@tera:~/perforce/test/gumstix-buildroot/build_arm_nofpu/staging_dir/lib$ nm libc.a | grep libc_stack_end U __libc_stack_end 0000000000000000 B __libc_stack_end So now I'm wondering why the cross compiler was able to build the root fs I'm booting! Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > And nm returns: > > > > [root@192 develop]# nm /usr/lib/libc.a | grep libc_stack_end > > U __libc_stack_end > > 00000000 B __libc_stack_end > > So the U line (undefined reference) seems to be the problem. If I go > into my gumstix-buildroot/staging-dir/lib and run > > nm libc.a | grep libc_stack_end > > I get > > 1143 >nm libc.a | grep stack_end > 00000000 B __libc_stack_end > > I guess the next thing to do is figure out which object is causing the > problem. > > And yes adding -lc to the linker line would resolve it, but it > shouldn't be required. You could also copy in the libc.a and > libuClibc-*.so from a buildroot done on the host (provided they were > from the same buildroot). > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-06-17 00:09:58
|
Hi Steve, On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > Hmmm . . . now this is strange. If I do the same thing I get: > > sakoman@tera:~/perforce/test/gumstix-buildroot/build_arm_nofpu/staging_dir/lib$ > nm libc.a | grep libc_stack_end > U __libc_stack_end > 0000000000000000 B __libc_stack_end > > So now I'm wondering why the cross compiler was able to build the root fs > I'm booting! Well I was just taking a stab at what the problem might be. I'd recommend that you try compiling the same program with the cross compiler using the -v option and compare the output between using the native toolchain and using the cross-compiler. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Steve S. <sa...@gm...> - 2007-06-17 04:13:19
|
Dave, I did that, but I'm not really sure what to look for! Did you have something particular in mind? Here's what I get from the native compiler: [root@192 ~]#cc -v hello.c Using built-in specs. Configured with: /home/sakoman/perforce/development-buildroot/toolchain_build_arm_nofpu/gcc- 3.4.5/configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=arm-linux-uclibc --target=arm-linux-uclibc --enable-languages=c --enable-shared --with-gxx-include-dir=/usr/include/c++ --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-nls --disable-threads --disable-multilib --with-float=soft Thread model: single gcc version 3.4.5 /usr/libexec/gcc/arm-linux-uclibc/3.4.5/cc1 -quiet -v -D__ARM_ARCH_3__ hello.c -quiet -dumpbase hello.c -msoft-float -auxbase hello -version -o /tmp/cc20lMr1.signoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/include" #include "..." search starts here: #include <...> search starts here: /usr/lib/gcc/arm-linux-uclibc/3.4.5/include /usr/include End of search list. GNU C version 3.4.5 (arm-linux-uclibc) compiled by GNU C version 3.4.5. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 as -mfpu=softfpa -mfpu=softfpa -o /tmp/cc3r2Jqp.o /tmp/cc20lMr1.s /usr/libexec/gcc/arm-linux-uclibc/3.4.5/collect2 --eh-frame-hdr -dynamic-linker /lib/ld-uClibc.so.0 -X -m armelf_linux -p /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crt1.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crti.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/crtbegin.o -L/usr/lib/gcc/arm-linux-uclibc/3.4.5 -L/usr/lib/gcc/arm-linux-uclibc/3.4.5 -L/usr/lib/gcc/arm-linux-uclibc/3.4.5/../../.. /tmp/cc3r2Jqp.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/arm-linux-uclibc/3.4.5/crtend.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../crtn.o /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined reference to `__libc_stack_end' collect2: ld returned 1 exit status And here's what I get from the cross compiler: sakoman@tera:~/perforce/development-buildroot$ ./build_arm_nofpu/staging_dir/bin/arm-linux-cc -v hello.c Reading specs from /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/specs Configured with: /home/sakoman/perforce/development-buildroot/toolchain_build_arm_nofpu/gcc- 3.4.5/configure --prefix=/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=arm-linux-uclibc --enable-languages=c --enable-shared --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-nls --disable-threads --disable-multilib --with-float=soft Thread model: single gcc version 3.4.5 /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../libexec/gcc/arm-linux-uclibc/3.4.5/cc1 -quiet -v -iprefix /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/ -D__ARM_ARCH_3__ hello.c -quiet -dumpbase hello.c -msoft-float -auxbase hello -version -o /tmp/ccdFsnJY.s ignoring nonexistent directory "/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/include" ignoring duplicate directory "/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/lib/gcc/arm-linux-uclibc/3.4.5/include" ignoring duplicate directory "/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/sys-include" ignoring nonexistent directory "/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/include" #include "..." search starts here: #include <...> search starts here: /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/include /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/sys-include End of search list. GNU C version 3.4.5 (arm-linux-uclibc) compiled by GNU C version 4.0.3 (Ubuntu 4.0.3-1ubuntu5). GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128559 /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/bin/as -mfpu=softfpa -mfpu=softfpa -o /tmp/ccaXnJPP.o /tmp/ccdFsnJY.s /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../libexec/gcc/arm-linux-uclibc/3.4.5/collect2 --eh-frame-hdr -dynamic-linker /lib/ld-uClibc.so.0 -X -m armelf_linux -p /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/lib/crt1.o /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/lib/crti.o /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/crtbegin.o -L/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5 -L/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc -L/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/lib/gcc/arm-linux-uclibc/3.4.5 -L/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/lib -L/home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/lib /tmp/ccaXnJPP.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/crtend.o /home/sakoman/perforce/development-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.5/../../../../arm-linux-uclibc/lib/crtn.o sakoman@tera:~/perforce/development-buildroot$ Any pointers on where to look would be much appreciated! Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > Hmmm . . . now this is strange. If I do the same thing I get: > > > > sakoman@tera > :~/perforce/test/gumstix-buildroot/build_arm_nofpu/staging_dir/lib$ > > nm libc.a | grep libc_stack_end > > U __libc_stack_end > > 0000000000000000 B __libc_stack_end > > > > So now I'm wondering why the cross compiler was able to build the root > fs > > I'm booting! > > Well I was just taking a stab at what the problem might be. > > I'd recommend that you try compiling the same program with the cross > compiler using the -v option and compare the output between using the > native toolchain and using the cross-compiler. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Steve S. <sa...@gm...> - 2007-06-17 04:19:32
|
>And yes adding -lc to the linker line would resolve it, but it Actually, adding -lc results in the same error. I have to resort to: cc /usr/lib/libc.a hello.c in order to get a successfull build. Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > And nm returns: > > > > [root@192 develop]# nm /usr/lib/libc.a | grep libc_stack_end > > U __libc_stack_end > > 00000000 B __libc_stack_end > > So the U line (undefined reference) seems to be the problem. If I go > into my gumstix-buildroot/staging-dir/lib and run > > nm libc.a | grep libc_stack_end > > I get > > 1143 >nm libc.a | grep stack_end > 00000000 B __libc_stack_end > > I guess the next thing to do is figure out which object is causing the > problem. > > And yes adding -lc to the linker line would resolve it, but it > shouldn't be required. You could also copy in the libc.a and > libuClibc-*.so from a buildroot done on the host (provided they were > from the same buildroot). > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-06-17 04:54:25
|
Hi Steve, On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > >And yes adding -lc to the linker line would resolve it, but it > > Actually, adding -lc results in the same error. I have to resort to: > > cc /usr/lib/libc.a hello.c > > in order to get a successfull build. Hmmm. Googling around I see mention of a problem related to libc_stack_end over here: <http://ngc891.blogdns.net/pub/hlfs/book/uclibc/chapter05/uclibc.html> and the patch can be found here: <http://www.linuxfromscratch.org/patches/downloads/uClibc/uClibc-0.9.28-libc_stack_end-1.patch> You could try copying the patch file into gumstix-buildroot/toolchain/uClibc and remove the gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.unpacked Which version of buildroot are you using? And is it for connex or verdex? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Steve S. <sa...@gm...> - 2007-06-17 05:16:38
|
>Which version of buildroot are you using? And is it for connex or verdex? I'm using 1176 for connex. I'll give the patch a try. I also found it while googling, but did't try it because I also saw the following thread saying it wasn't necessary: http://busybox.net/lists/uclibc/2005-September/012493.html Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > >And yes adding -lc to the linker line would resolve it, but it > > > > Actually, adding -lc results in the same error. I have to resort to: > > > > cc /usr/lib/libc.a hello.c > > > > in order to get a successfull build. > > Hmmm. Googling around I see mention of a problem related to > libc_stack_end over here: > <http://ngc891.blogdns.net/pub/hlfs/book/uclibc/chapter05/uclibc.html> > > and the patch can be found here: > < > http://www.linuxfromscratch.org/patches/downloads/uClibc/uClibc-0.9.28-libc_stack_end-1.patch > > > > You could try copying the patch file into > gumstix-buildroot/toolchain/uClibc and remove the > gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.unpacked > > Which version of buildroot are you using? And is it for connex or verdex? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Steve S. <sa...@gm...> - 2007-06-17 19:53:01
|
Hi Dave! I tried the patch and it does fix the problem. I found it necessary to do a world build, though. Just rebuilding libc had some side effects -- missing symbol complaints from various system processes. Then, suspecting that perhaps a world build minus that patch might also have fixed the problem, I did the experiment. No joy -- same missing stack_end symbol. Reinstated the patch, did another world build and all is well again. Thanks! Steve On 6/16/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Steve, > > On 6/16/07, Steve Sakoman <sa...@gm...> wrote: > > >And yes adding -lc to the linker line would resolve it, but it > > > > Actually, adding -lc results in the same error. I have to resort to: > > > > cc /usr/lib/libc.a hello.c > > > > in order to get a successfull build. > > Hmmm. Googling around I see mention of a problem related to > libc_stack_end over here: > <http://ngc891.blogdns.net/pub/hlfs/book/uclibc/chapter05/uclibc.html> > > and the patch can be found here: > < > http://www.linuxfromscratch.org/patches/downloads/uClibc/uClibc-0.9.28-libc_stack_end-1.patch > > > > You could try copying the patch file into > gumstix-buildroot/toolchain/uClibc and remove the > gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.unpacked > > Which version of buildroot are you using? And is it for connex or verdex? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |