From: Jim K. <jim...@ya...> - 2006-12-30 08:55:54
|
I compiled dparser successfully on my mmc fs configured system. When I try to compile it on my NFS fs based system I get the following error: /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined reference to `__libc_stack_end' I'm not aware of configuring anything around clib in either case, but there seems to be a difference. Anyone seen this before? Are there circumstances under which a build of clib includes "__libc_stack_end" and others don't? Below is a complete trace of the make Appologies if this seems a silly question. - Thanks, Jim ------------- # make gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o make_dparser.o make_dparser.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o mkdparse.o mkdparse.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o write_tables.o write_tables.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o grammar.g.o grammar.g.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o gram.o gram.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o lex.o lex.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o lr.o lr.c ar crv libmkdparse.a mkdparse.o write_tables.o grammar.g.o gram.o lex.o lr.o a - mkdparse.o a - write_tables.o a - grammar.g.o a - gram.o a - lex.o a - lr.o gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o arg.o arg.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o parse.o parse.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o scan.o scan.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o symtab.o symtab.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o util.o util.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o read_binary.o read_binary.c gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -c -o dparse_tree.o dparse_tree.c ar crv libdparse.a arg.o parse.o scan.o symtab.o util.o read_binary.o dparse_tree.o a - arg.o a - parse.o a - scan.o a - symtab.o a - util.o a - read_binary.o a - dparse_tree.o gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 -DD_BUILD_VERSION=27 -Wall -O3 -o make_dparser make_dparser.o libmkdparse.a libdparse.a version.c -lm /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined reference to `__libc_stack_end' collect2: ld returned 1 exit status make: *** [make_dparser] Error 1 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Dave H. <dhy...@gm...> - 2006-12-30 09:05:31
|
Hi Jim, > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined > reference to `__libc_stack_end' On my system (using a cross-compiler), if I run: cd gumstix-buildroot/build_arm_nofpu/staging_dir/lib arm-linux-nm libc.a | grep libc_stack_end then I get this output 00000000 B __libc_stack_end Do you see something similar? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jim K. <jim...@ya...> - 2006-12-30 17:57:03
|
no, nothing comes back - jim --- Dave Hylands <dhy...@gm...> wrote: > Hi Jim, > > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined > > reference to `__libc_stack_end' > > On my system (using a cross-compiler), if I run: > > cd gumstix-buildroot/build_arm_nofpu/staging_dir/lib > arm-linux-nm libc.a | grep libc_stack_end > > then I get this output > > 00000000 B __libc_stack_end > > Do you see something similar? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Jim K. <jim...@ya...> - 2006-12-30 18:56:19
|
Correction finger trouble. copied both lines onto one line. Doing it right, it can't find "arm-linux-nm". Where/when would that have been created? I did an "ar tv" on libc.a and it did not list __libc_stack_end or libc_stack_end. Jim --- Dave Hylands <dhy...@gm...> wrote: > Hi Jim, > > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined > > reference to `__libc_stack_end' > > On my system (using a cross-compiler), if I run: > > cd gumstix-buildroot/build_arm_nofpu/staging_dir/lib > arm-linux-nm libc.a | grep libc_stack_end > > then I get this output > > 00000000 B __libc_stack_end > > Do you see something similar? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: ken s. <ken...@gm...> - 2006-12-30 20:56:18
|
On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > Correction > > finger trouble. copied both lines onto one line. > > Doing it right, it can't find "arm-linux-nm". Where/when would that > have been created? buildroot should've stuck it here: gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ http://www.busybox.net/lists/uclibc/2005-September/012494.html i've worked around this by adding /usr/lib/libc.a while linking as Andrei Rylin suggested. > > I did an "ar tv" on libc.a and it did not list __libc_stack_end or > libc_stack_end. > > Jim > > --- Dave Hylands <dhy...@gm...> wrote: > > > Hi Jim, > > > > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined > > > reference to `__libc_stack_end' > > > > On my system (using a cross-compiler), if I run: > > > > cd gumstix-buildroot/build_arm_nofpu/staging_dir/lib > > arm-linux-nm libc.a | grep libc_stack_end > > > > then I get this output > > > > 00000000 B __libc_stack_end > > > > Do you see something similar? > > > > -- > > Dave Hylands > > Vancouver, BC, Canada > > http://www.DaveHylands.com/ > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > > share your > > opinions on IT & business topics through brief surveys - and earn > > cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Jim K. <jim...@ya...> - 2006-12-30 22:11:53
|
Ken, Seems "arm-linux-nm" never made it to gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ on my system. Given that my libc.a doesn't seem to have a __libc_stack_end, I don't see how adding it would help. Are you saying I need to add the weak link first as per the reference you gave? If so I'll need some guidance. Never got this deep into the guts of these things. Thanks - Jim --- ken staton <ken...@gm...> wrote: > On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > > Correction > > > > finger trouble. copied both lines onto one line. > > > > Doing it right, it can't find "arm-linux-nm". Where/when would that > > have been created? > > buildroot should've stuck it here: > gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ > > > http://www.busybox.net/lists/uclibc/2005-September/012494.html > > i've worked around this by adding /usr/lib/libc.a while linking > as Andrei Rylin suggested. > > > > > > > I did an "ar tv" on libc.a and it did not list __libc_stack_end or > > libc_stack_end. > > > > Jim > > > > --- Dave Hylands <dhy...@gm...> wrote: > > > > > Hi Jim, > > > > > > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: undefined > > > > reference to `__libc_stack_end' > > > > > > On my system (using a cross-compiler), if I run: > > > > > > cd gumstix-buildroot/build_arm_nofpu/staging_dir/lib > > > arm-linux-nm libc.a | grep libc_stack_end > > > > > > then I get this output > > > > > > 00000000 B __libc_stack_end > > > > > > Do you see something similar? > > > > > > -- > > > Dave Hylands > > > Vancouver, BC, Canada > > > http://www.DaveHylands.com/ > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to > > > share your > > > opinions on IT & business topics through brief surveys - and earn > > > cash > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > > opinions on IT & business topics through brief surveys - and earn > cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: ken s. <ken...@gm...> - 2006-12-30 22:28:16
|
arm-linux-nm should be part of your cross toolset. i typed the wrong path. it is in gumstix-buildroot/build_arm_nofpu/staging_dir/bin/ ./arm-linux-nm ../../root/usr/lib/libc.a | grep libc_stack_end U __libc_stack_end 00000000 B __libc_stack_end the uclibc reference was only meant to suggest where the root cause is. On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > Ken, > > Seems "arm-linux-nm" never made it to > gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ on my system. > > Given that my libc.a doesn't seem to have a __libc_stack_end, I don't > see how adding it would help. Are you saying I need to add the weak > link first as per the reference you gave? If so I'll need some > guidance. Never got this deep into the guts of these things. > > Thanks - Jim > > --- ken staton <ken...@gm...> wrote: > > > On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > > > Correction > > > > > > finger trouble. copied both lines onto one line. > > > > > > Doing it right, it can't find "arm-linux-nm". Where/when would that > > > have been created? > > > > buildroot should've stuck it here: > > gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ > > > > > > http://www.busybox.net/lists/uclibc/2005-September/012494.html > > > > i've worked around this by adding /usr/lib/libc.a while linking > > as Andrei Rylin suggested. > > > > > > |
From: Jim K. <jim...@ya...> - 2006-12-31 01:40:24
|
Thanks. Got through the compile/link problems now. Even got to the point of getting python execution to not complain about "Not able to modify text..". Pity that now python gets seg. faults when trying to execute the provided tests - the problem looks to be in the swig generated python/C interface. It would be nice if something just worked the first time... :-) Jim --- ken staton <ken...@gm...> wrote: > arm-linux-nm should be part of your cross toolset. > i typed the wrong path. it is in > gumstix-buildroot/build_arm_nofpu/staging_dir/bin/ > > ./arm-linux-nm ../../root/usr/lib/libc.a | grep libc_stack_end > U __libc_stack_end > 00000000 B __libc_stack_end > > > the uclibc reference was only meant to suggest where the root cause > is. > > > On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > > Ken, > > > > Seems "arm-linux-nm" never made it to > > gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ on my system. > > > > Given that my libc.a doesn't seem to have a __libc_stack_end, I > don't > > see how adding it would help. Are you saying I need to add the weak > > link first as per the reference you gave? If so I'll need some > > guidance. Never got this deep into the guts of these things. > > > > Thanks - Jim > > > > --- ken staton <ken...@gm...> wrote: > > > > > On 12/30/06, Jim Kaubisch <jim...@ya...> wrote: > > > > Correction > > > > > > > > finger trouble. copied both lines onto one line. > > > > > > > > Doing it right, it can't find "arm-linux-nm". Where/when would > that > > > > have been created? > > > > > > buildroot should've stuck it here: > > > gumstix-buildroot/build_arm_nofpu/staging_dir/lib/ > > > > > > > > > http://www.busybox.net/lists/uclibc/2005-September/012494.html > > > > > > i've worked around this by adding /usr/lib/libc.a while linking > > > as Andrei Rylin suggested. > > > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Andrei R. <ar...@ya...> - 2006-12-30 09:15:48
|
Don't know where's the catch, but I'm getting the same error when trying to compile/link on the gumstix with native toolchain. But I found __libc_stack_end in libc.a, so if I do 'cc -o test test.c libc.a' it links ok. --- Jim Kaubisch <jim...@ya...> wrote: > > I compiled dparser successfully on my mmc fs > configured system. When I > try to compile it on my NFS fs based system I get > the following error: > > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > undefined > reference to `__libc_stack_end' > > I'm not aware of configuring anything around clib in > either case, but > there seems to be a difference. Anyone seen this > before? Are there > circumstances under which a build of clib includes > "__libc_stack_end" > and others don't? Below is a complete trace of the > make > > Appologies if this seems a silly question. - Thanks, > Jim > > ------------- > > # make > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o make_dparser.o make_dparser.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o mkdparse.o mkdparse.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o write_tables.o write_tables.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o grammar.g.o grammar.g.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o gram.o gram.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o lex.o lex.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o lr.o lr.c > ar crv libmkdparse.a mkdparse.o write_tables.o > grammar.g.o gram.o lex.o > lr.o > a - mkdparse.o > a - write_tables.o > a - grammar.g.o > a - gram.o > a - lex.o > a - lr.o > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o arg.o arg.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o parse.o parse.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o scan.o scan.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o symtab.o symtab.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o util.o util.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o read_binary.o read_binary.c > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -c -o dparse_tree.o dparse_tree.c > ar crv libdparse.a arg.o parse.o scan.o symtab.o > util.o read_binary.o > dparse_tree.o > a - arg.o > a - parse.o > a - scan.o > a - symtab.o > a - util.o > a - read_binary.o > a - dparse_tree.o > gcc -fPIC -DD_MAJOR_VERSION=1 -DD_MINOR_VERSION=14 > -DD_BUILD_VERSION=27 > -Wall -O3 -o make_dparser make_dparser.o > libmkdparse.a libdparse.a > version.c -lm > /usr/lib/gcc/arm-linux-uclibc/3.4.5/../../../libc.so: > undefined > reference to `__libc_stack_end' > collect2: ld returned 1 exit status > make: *** [make_dparser] Error 1 > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get > the chance to share your > opinions on IT & business topics through brief > surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |