LFS 6.6 x86_64 problem in Chapter 6.9 Glibc-2.11.1

stosss stosss at gmail.com
Mon Mar 15 01:33:09 PDT 2010


Answer in the middle.

2010/3/15 Szabolcs Gyalókay <gyalokay at gmail.com>:
> Hi All,
>
> I'm trying to build 6.6 on an older multilib install of Gentoo, by the book,
> I'm copy pasting commands for safety. But compiling of glibc fails in
> chapter 6.9:
>
> gcc -pie -Wl,-O1 -nostdlib -nostartfiles -o /sources/glibc-build/nscd/nscd
> -Wl,
> -dynamic-linker=/lib64/ld-linux-x86-64.so.2   -Wl,-z,combreloc -Wl,-z,relro
> -Wl,
> -z,now -Wl,--hash-style=both /sources/glibc-build/csu/Scrt1.o
> /sources/glibc-bui
> ld/csu/crti.o `gcc --print-file-name=crtbeginS.o`
> /sources/glibc-build/nscd/nscd
> .o /sources/glibc-build/nscd/connections.o
> /sources/glibc-build/nscd/pwdcache.o
> /sources/glibc-build/nscd/getpwnam_r.o
> /sources/glibc-build/nscd/getpwuid_r.o /s
> ources/glibc-build/nscd/grpcache.o /sources/glibc-build/nscd/getgrnam_r.o
> /sourc
> es/glibc-build/nscd/getgrgid_r.o /sources/glibc-build/nscd/hstcache.o
> /sources/g
> libc-build/nscd/gethstbyad_r.o /sources/glibc-build/nscd/gethstbynm3_r.o
> /source
> s/glibc-build/nscd/getsrvbynm_r.o /sources/glibc-build/nscd/getsrvbypt_r.o
> /sour
> ces/glibc-build/nscd/servicescache.o /sources/glibc-build/nscd/dbg_log.o
> /source
> s/glibc-build/nscd/nscd_conf.o /sources/glibc-build/nscd/nscd_stat.o
> /sources/gl
> ibc-build/nscd/cache.o /sources/glibc-build/nscd/mem.o
> /sources/glibc-build/nscd
> /nscd_setup_thread.o /sources/glibc-build/nscd/xmalloc.o
> /sources/glibc-build/ns
> cd/xstrdup.o /sources/glibc-build/nscd/aicache.o
> /sources/glibc-build/nscd/initg
> rcache.o /sources/glibc-build/nscd/gai.o
> /sources/glibc-build/nscd/res_hconf.o /
> sources/glibc-build/rt/librt.so
> /sources/glibc-build/nptl/libpthread_nonshared.a
>  /sources/glibc-build/nptl/libpthread.so /sources/glibc-build/nis/libnsl.so
> -Wl
> ,-rpath-link=/sources/glibc-build:/sources/glibc-build/math:/sources/glibc-build
> /elf:/sources/glibc-build/dlfcn:/sources/glibc-build/nss:/sources/glibc-build/ni
> s:/sources/glibc-build/rt:/sources/glibc-build/resolv:/sources/glibc-build/crypt
> :/sources/glibc-build/nptl /sources/glibc-build/libc.so.6
> /sources/glibc-build/l
> ibc_nonshared.a -lgcc -Wl,--as-needed -lgcc_s  -Wl,--no-as-needed `gcc
> --print-f
> ile-name=crtendS.o` /sources/glibc-build/csu/crtn.o
> /sources/glibc-build/nscd/nscd.o: In function `nscd_open_socket':
> /sources/glibc-2.11.1/nscd/nscd.c:442: undefined reference to
> `__stack_chk_guard
> '
> /sources/glibc-build/nscd/nscd.o: In function `parse_opt':
> /sources/glibc-2.11.1/nscd/nscd.c:291: undefined reference to
> `__stack_chk_guard
> '
> /sources/glibc-build/nscd/connections.o: In function `restart':
> /sources/glibc-2.11.1/nscd/connections.c:1305: undefined reference to
> `__stack_c
> hk_guard'
> /sources/glibc-2.11.1/nscd/connections.c:1461: undefined reference to
> `__stack_c
> hk_guard'
> /sources/glibc-build/nscd/connections.o: In function `main_loop_epoll':
> /sources/glibc-2.11.1/nscd/connections.c:2005: undefined reference to
> `__stack_c
> hk_guard'
> /sources/glibc-build/nscd/connections.o:/sources/glibc-2.11.1/nscd/connections.c
> :1795: more undefined references to `__stack_chk_guard' follow
> collect2: ld returned 1 exit status
> make[2]: *** [/sources/glibc-build/nscd/nscd] Error 1
> make[2]: Leaving directory `/sources/glibc-2.11.1/nscd'
> make[1]: *** [nscd/others] Error 2
> make[1]: Leaving directory `/sources/glibc-2.11.1'
> make: *** [all] Error 2
>
> In an earlier mail a few days ago somebody pointed out the differences for
> x86_64:
>
>>  Within the book, there are a few places where x86_64 has
>> to be done differently, but they are already detailed:
>
>
>>
>> - /tools/lib64 and /usr/lib64 symlinks
>>
>> - in glibc configparms, both chapters 5 and 6.
>>
>> - in gcc pass 2, the sed to delete MULTILIB_OSDIRNAMES
>>
>>  Also, of course, the linker is ld-linux-x86-64.so.2.
>
> With glibc configparms does he mean this expression?:
>
> case `uname -m` in
>   i?86) echo "CFLAGS += -march=i486 -mtune=native -O3 -pipe" > configparms
> ;;
> esac
>
> Because I'm not sure that this even works on x86_64. I don't have anything
> in configparms after this is executed. Same goes for chapter five, and it is
> mentioned nowhere that x86_64 needs something different instead of this.

Ken Moffat posted that reply to my post. I have not yet started my
x86_64 build so your post is timely for me as well.

There is a post in the archives of the lfs-dev list late Jan 2010 or
early Feb 2010 about another problem that was discovered and figured
out. The guy built his system and then posted how he did it. He said
he was successful in building a functional booting system. He did not
mention any issue with the case command. The other issue was related
to setting an ABI switch according to book instructions but it wasn't
clear that that switch could be ignored if building a 64-bit using a
64-bit host. do you remember seeing that command? That might be the
source of your current problem. If you figure it out please post the
results.

> Host requirements are fulfilled just fine:
>
>  bash, version 4.0.28(2)-release
> /bin/sh -> /bin/bash
> Binutils: (GNU Binutils) 2.18
> bison (GNU Bison) 2.3
> /usr/bin/yacc -> /usr/bin/yacc.bison
> bzip2,  Version 1.0.5, 10-Dec-2007.
> Coreutils:  7.5
> diff (GNU diffutils) 2.8.7
> find (GNU findutils) 4.4.0
> GNU Awk 3.1.5
> /usr/bin/awk -> /bin/gawk-3.1.5
> gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.2)
> GNU C Library stable release version 2.6.1
> grep (GNU grep) 2.5.1
> gzip 1.3.12
> Linux version 2.6.24-gentoo-r7 (root at definitive) (gcc version 4.1.2 (Gentoo
> 4.1.
> 2 p1.0.2)) #1 SMP Thu Jul 24 12:03:50 CEST 2008
> m4 (GNU M4) 1.4.11
> GNU Make 3.81
> patch 2.5.9
> Perl version='5.8.8';
> GNU sed version 4.2
> tar (GNU tar) 1.19
> Texinfo: makeinfo (GNU texinfo) 4.13
> Compilation OK
>
> Thanks for your help in advance!
>
> Szabolcs
>
>
>
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/lfs/faq.html
> Unsubscribe: See the above information page
>
>



More information about the lfs-support mailing list