On Jul 3, 2013, at 7:38 AM, Charlie Brown wrote:
/mnt/clfs/sources/eglibc-build/resolv/libresolv_pic.a(ns_print.os): In
function `__GI_ns_sprintrrf':
ns_print.c:(.text+0x48a): undefined reference to `__stack_chk_guard'
ns_print.c:(.text+0x6cb): undefined reference to `__stack_chk_guard'
/mnt/clfs/sources/eglibc-build/resolv/libresolv_pic.a(gethnamaddr.os):
In function `getanswer':
gethnamaddr.c:(.text+0x728): undefined reference to
`__stack_chk_guard'
gethnamaddr.c:(.text+0x756): undefined reference to
`__stack_chk_guard'
/mnt/clfs/sources/eglibc-build/resolv/libresolv_pic.a(gethnamaddr.os):
In function `__GI_res_gethostbyname2':
gethnamaddr.c:(.text+0x107c): undefined reference to
`__stack_chk_guard'
/mnt/clfs/sources/eglibc-build/resolv/
libresolv_pic.a(gethnamaddr.os):gethnamaddr.c:(.text+0x1261):
more undefined references to `__stack_chk_guard
' follow
Hello,
A few issues can cause this. One, that can't be overlooked, is during
gcc 4.8.1 build static in ch5, we disable libatomic, which if you
don't will cause this.
Second, if your environment is not setup right and you aren't using
the clfs user which the clfs user's PATH should be proper, then you'll
be using the hosts compiler at this step and it will spew the error.
I haven't encountered such issue and I build the following when
developing:
x86_64 to sparc64
x86_64 to ppc64
x86_64 to ppc
x86 to x86_64
x86 to ppc
x86 to ppc64
Could you post the $CLFS/sources/eglibc-build/config.log ?
Sincerely,
William Harrington
_______________________________________________
Clfs-support mailing list
[email protected]
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
