[SOLVED] v7.7 - 6.9. Glibc-2.21 configure error

zeshanuk · 03-30-2015, 12:43 PM

Hi all,

I have a configure error at 6.9 Glibc-2.21 in v7.7. Im running centos6 as the host and I have put the configure output below:

Quote:

[root@Unknown glibc-build]# ../glibc-2.21/configure \
> --prefix=/usr \
> --disable-profile \
> --enable-kernel=2.6.32 \
> --enable-obsolete-rpc
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for readelf... readelf
checking for sysdeps preconfigure fragments... aarch64 alpha arm hppa i386 m68k microblaze mips nios2 powerpc s390 sh sparc tile x86_64 checking whether gcc compiles in -mx32 mode by default... no

configure: running configure fragment for add-on libidn
checking for assembler and linker STT_GNU_IFUNC support... yes
checking whether .text pseudo-op must be used... yes
checking sysdep dirs... sysdeps/unix/sysv/linux/x86_64/64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86 sysdeps/unix/sysv/linux/wordsize-64 sysdeps/x86_64/nptl sysdeps/unix/sysv/linux sysdeps/nptl sysdeps/pthread sysdeps/gnu sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/x86_64 sysdeps/unix sysdeps/posix sysdeps/x86_64/64 sysdeps/x86_64/fpu/multiarch sysdeps/x86_64/fpu sysdeps/x86/fpu sysdeps/x86_64/multiarch sysdeps/x86_64 sysdeps/x86 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64/wordsize-64 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/wordsize-64 sysdeps/ieee754 sysdeps/generic
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether as is GNU as... yes
checking whether ld is GNU ld... yes
checking for as... as
checking version of as... 2.20.51.0.2, bad
checking for ld... ld
checking version of ld... 2.20.51.0.2, bad
checking for gnumake... no
checking for gmake... gmake
checking version of gmake... 3.81, ok
checking for gnumsgfmt... no
checking for gmsgfmt... no
checking for msgfmt... msgfmt
checking version of msgfmt... 0.17, ok
checking for makeinfo... makeinfo
checking version of makeinfo... 5.2, ok
checking for sed... sed
checking version of sed... 4.2.1, ok
checking for gawk... gawk
checking version of gawk... 4.1.1, ok
checking if gcc is sufficient to build libc... no
checking for nm... nm
configure: error:
*** These critical programs are missing or too old: as ld compiler
*** Check the INSTALL file for required versions.
[root@Unknown glibc-build]#

Can anyone help with this please?

Regards,
Zeshan

spiky0011 · 03-30-2015, 12:50 PM

Have you built binutils 2.20? in version 7.7

zeshanuk · 03-30-2015, 12:53 PM

binutils-2.25

zeshanuk · 03-30-2015, 12:57 PM

I havent built binutils in chapter 6 yet though, since that comes after glibc see below extract from book:

Quote:

6. Installing Basic System Software
Table of Contents

Introduction
Preparing Virtual Kernel File Systems
Package Management
Entering the Chroot Environment
Creating Directories
Creating Essential Files and Symlinks
Linux-3.19 API Headers
Man-pages-3.79
Glibc-2.21
Adjusting the Toolchain
Zlib-1.2.8
File-5.22
Binutils-2.25
GMP-6.0.0a
MPFR-3.1.2
MPC-1.0.2
GCC-4.9.2
Bzip2-1.0.6
Pkg-config-0.28
Ncurses-5.9
Attr-2.4.47
Acl-2.2.52
Libcap-2.24
Sed-4.2.2
Shadow-4.2.1
Psmisc-22.21
Procps-ng-3.3.10
E2fsprogs-1.42.12
Coreutils-8.23
Iana-Etc-2.30
M4-1.4.17
Flex-2.5.39
Bison-3.0.4
Grep-2.21
Readline-6.3
Bash-4.3.30
Bc-1.06.95
Libtool-2.4.6
GDBM-1.11
Expat-2.1.0
Inetutils-1.9.2
Perl-5.20.2
XML::Parser-2.44
Autoconf-2.69
Automake-1.15
Diffutils-3.3
Gawk-4.1.1
Findutils-4.4.2
Gettext-0.19.4
Intltool-0.50.2
Gperf-3.0.4
Groff-1.22.3
Xz-5.2.0
GRUB-2.02~beta2
Less-458
Gzip-1.6
IPRoute2-3.19.0
Kbd-2.0.2
Kmod-19
Libpipeline-1.4.0
Make-4.1
Patch-2.7.4
Sysklogd-1.5.1
Sysvinit-2.88dsf
Tar-1.28
Texinfo-5.2
Eudev-2.1.1
Util-linux-2.26
Man-DB-2.7.1
Vim-7.4
About Debugging Symbols
Stripping Again
Cleaning Up

veerain · 03-30-2015, 01:02 PM

What is your binary search PATH. echo $PATH

Your /tool/bin should come first in PATH and more correctly it should be the only one.

zeshanuk · 03-30-2015, 01:06 PM

Hi again Veerain, see below:

Quote:

[root@Unknown glibc-build]# echo $PATH
/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/root/bin:/root/bin
[root@Unknown glibc-build]#

what can I do to solve this?

veerain · 03-30-2015, 01:36 PM

Sorry I was wrong. /tools/bin should be last one.

Have you properly executed chroot command. Only the files present under /mnt/lfs should be visible. And you have to run the rest of commands under this chroot jail.

Post the outputs of:

Code:

echo $PATH
gcc --version
ld --version

zeshanuk · 03-30-2015, 01:50 PM

Chroot command 6.4 of book:

Quote:

chroot "$LFS" /tools/bin/env -i \
HOME=/root \
TERM="$TERM" \
PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h

echo $PATH
gcc --version
ld --version:

Quote:

[root@Unknown glibc-build]# echo $PATH
/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/root/bin:/root/bin
[root@Unknown glibc-build]# gcc --version
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-11)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[root@Unknown glibc-build]# ld --version
GNU ld version 2.20.51.0.2-5.42.el6 20100205
Copyright 2009 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
[root@Unknown glibc-build]#

I came out of chroot terminal by closing it and opening another at 6.6. Creating Essential Files and Symlinks just before issuing the command:

Quote:

exec /tools/bin/bash --login +h

Also I noticed something strange when I tried the command (during the process):

Quote:

[root@Unknown linux-3.19]# cp -r dest/include/* /usr/include
cp: overwrite `/usr/include/asm/msgbuf.h'? ^C
[root@Unknown linux-3.19]# cp -Rf dest/include/* /usr/include
cp: overwrite `/usr/include/asm/msgbuf.h'? y
cp: overwrite `/usr/include/asm/ioctls.h'? y
cp: overwrite `/usr/include/asm/posix_types_32.h'? y
cp: overwrite `/usr/include/asm/socket.h'? y
cp: overwrite `/usr/include/asm/e820.h'? y
cp: overwrite `/usr/include/asm/debugreg.h'? y
cp: overwrite `/usr/include/asm/a.out.h'? y
cp: overwrite `/usr/include/asm/posix_types.h'? y
cp: overwrite `/usr/include/asm/setup.h'? y
cp: overwrite `/usr/include/asm/msr-index.h'? y
cp: overwrite `/usr/include/asm/byteorder.h'? y
cp: overwrite `/usr/include/asm/siginfo.h'? y
cp: overwrite `/usr/include/asm/stat.h'? y
cp: overwrite `/usr/include/asm/kvm_para.h'? y
cp: overwrite `/usr/include/asm/ptrace.h'? y
cp: overwrite `/usr/include/asm/hw_breakpoint.h'? y
cp: overwrite `/usr/include/asm/param.h'? y
cp: overwrite `/usr/include/asm/sigcontext.h'? y
cp: overwrite `/usr/include/asm/mce.h'? y
cp: overwrite `/usr/include/asm/unistd_x32.h'? y
cp: overwrite `/usr/include/asm/kvm_perf.h'? y
cp: overwrite `/usr/include/asm/bitsperlong.h'? y
cp: overwrite `/usr/include/asm/posix_types_x32.h'? y
cp: overwrite `/usr/include/asm/resource.h'? y
cp: overwrite `/usr/include/asm/ist.h'? y
cp: overwrite `/usr/include/asm/sigcontext32.h'? y
cp: overwrite `/usr/include/asm/shmbuf.h'? y
cp: overwrite `/usr/include/asm/mman.h'? y
cp: overwrite `/usr/include/asm/hyperv.h'? y
cp: overwrite `/usr/include/asm/termbits.h'? y
cp: overwrite `/usr/include/asm/svm.h'? y
cp: overwrite `/usr/include/asm/vm86.h'? y
cp: overwrite `/usr/include/asm/posix_types_64.h'? y
cp: overwrite `/usr/include/asm/auxvec.h'? y
cp: overwrite `/usr/include/asm/vmx.h'? y
cp: overwrite `/usr/include/asm/ioctl.h'? y
cp: overwrite `/usr/include/asm/errno.h'? y
cp: overwrite `/usr/include/asm/types.h'? y
cp: overwrite `/usr/include/asm/processor-flags.h'? y
cp: overwrite `/usr/include/asm/statfs.h'? y
cp: overwrite `/usr/include/asm/termios.h'? y
cp: overwrite `/usr/include/asm/ucontext.h'? y
cp: overwrite `/usr/include/asm/fcntl.h'? yy
cp: overwrite `/usr/include/asm/kvm.h'? y
cp: overwrite `/usr/include/asm/mtrr.h'? y
cp: overwrite `/usr/include/asm/unistd_64.h'? y
cp: overwrite `/usr/include/asm/unistd_32.h'? y
cp: overwrite `/usr/include/asm/prctl.h'? y
cp: overwrite `/usr/include/asm/perf_regs.h'? y
cp: overwrite `/usr/include/asm/boot.h'? y
cp: overwrite `/usr/include/asm/ipcbuf.h'? y
cp: overwrite `/usr/include/asm/ldt.h'? y
cp: overwrite `/usr/include/asm/vsyscall.h'? y
cp: overwrite `/usr/include/asm/swab.h'? y
cp: overwrite `/usr/include/asm/sembuf.h'? y
cp: overwrite `/usr/include/asm/signal.h'? y
cp: overwrite `/usr/include/asm/poll.h'? y
cp: overwrite `/usr/include/asm/ptrace-abi.h'? y
cp: overwrite `/usr/include/asm/bootparam.h'? y
cp: overwrite `/usr/include/asm/unistd.h'? y
cp: overwrite `/usr/include/asm/msr.h'? y
cp: overwrite `/usr/include/asm/sockios.h'? y
cp: overwrite `/usr/include/asm-generic/msgbuf.h'? y
cp: overwrite `/usr/include/asm-generic/ioctls.h'? y
cp: overwrite `/usr/include/asm-generic/socket.h'? y
cp: overwrite `/usr/include/asm-generic/posix_types.h'? y
cp: overwrite `/usr/include/asm-generic/setup.h'? y
cp: overwrite `/usr/include/asm-generic/siginfo.h'? y
cp: overwrite `/usr/include/asm-generic/stat.h'? yy
cp: overwrite `/usr/include/asm-generic/kvm_para.h'? y
cp: overwrite `/usr/include/asm-generic/shmparam.h'? y
cp: overwrite `/usr/include/asm-generic/param.h'? y
cp: overwrite `/usr/include/asm-generic/errno-base.h'? y
cp: overwrite `/usr/include/asm-generic/bitsperlong.h'? y
cp: overwrite `/usr/include/asm-generic/resource.h'? y
cp: overwrite `/usr/include/asm-generic/shmbuf.h'? y
cp: overwrite `/usr/include/asm-generic/mman.h'? y
cp: overwrite `/usr/include/asm-generic/termbits.h'? y
cp: overwrite `/usr/include/asm-generic/auxvec.h'? y
cp: overwrite `/usr/include/asm-generic/ioctl.h'? y
cp: overwrite `/usr/include/asm-generic/errno.h'? y
cp: overwrite `/usr/include/asm-generic/types.h'?
cp: overwrite `/usr/include/asm-generic/int-ll64.h'? y
cp: overwrite `/usr/include/asm-generic/statfs.h'? y
cp: overwrite `/usr/include/asm-generic/termios.h'? y
cp: overwrite `/usr/include/asm-generic/ucontext.h'? y
cp: overwrite `/usr/include/asm-generic/fcntl.h'?
cp: overwrite `/usr/include/asm-generic/signal-defs.h'? ^C
[root@Unknown linux-3.19]# \cp -Rf dest/include/* /usr/include

I had to use \cp which is not in the book and I'm sure I shouldnt have so much prompts, what do you think?

veerain · 03-30-2015, 02:00 PM

Before chrooting what is the value of your $LFS Variable, it should be /mnt/lfs. Perhaps this is not set.

veerain · 03-30-2015, 02:03 PM

And you have perhaps overwritten your host system /usr/include files. After chrooting properly everything should go to /mnt/lfs partition mount i.e. /mnt/lfs//usr/include.

zeshanuk · 03-30-2015, 02:08 PM

[root@Unknown glibc-build]# echo $LFS
/mnt/lfs
[root@Unknown glibc-build]#

Seems fine at the moment....

However there was a problem with that at 5.36. Changing Ownership where I checked by echo got nothing and then had to:

Quote:

export LFS=/mnt/lfs

then all was good again. I opened a thread on that today entitled:

Quote:

[SOLVED] v7.7 - 5.36. Changing Ownership $LFS is not set in root's environment

zeshanuk · 03-30-2015, 02:16 PM

Quote:

And you have perhaps overwritten your host system /usr/include files. After chrooting properly everything should go to /mnt/lfs partition mount i.e. /mnt/lfs//usr/include.

The book told me to open another shell.......

Quote:

6.6. Creating Essential Files and Symlinks

Some programs use hard-wired paths to programs which do not exist yet. In order to satisfy these programs, create a number of symbolic links which will be replaced by real files throughout the course of this chapter after the software has been installed:

ln -sv /tools/bin/{bash,cat,echo,pwd,stty} /bin
ln -sv /tools/bin/perl /usr/bin
ln -sv /tools/lib/libgcc_s.so{,.1} /usr/lib
ln -sv /tools/lib/libstdc++.so{,.6} /usr/lib
sed 's/tools/usr/' /tools/lib/libstdc++.la > /usr/lib/libstdc++.la
ln -sv bash /bin/sh

The purpose of each link:

/bin/bash

Many bash scripts specify /bin/bash.
/bin/cat

This pathname is hard-coded into Glibc's configure script.
/bin/echo

This is to satisfy one of the tests in Glibc's test suite, which expects /bin/echo.
/bin/pwd

Some configure scripts, particularly Glibc's, have this pathname hard-coded.
/bin/stty

This pathname is hard-coded into Expect, therefore it is needed for Binutils and GCC test suites to pass.
/usr/bin/perl

Many Perl scripts hard-code this path to the perl program.
/usr/lib/libgcc_s.so{,.1}

Glibc needs this for the pthreads library to work.
/usr/lib/libstdc++{,.6}

This is needed by several tests in Glibc's test suite, as well as for C++ support in GMP.
/usr/lib/libstdc++.la

This prevents a /tools reference that would otherwise be in /usr/lib/libstdc++.la after GCC is installed.
/bin/sh

Many shell scripts hard-code /bin/sh.

Historically, Linux maintains a list of the mounted file systems in the file /etc/mtab. Modern kernels maintain this list internally and exposes it to the user via the /proc filesystem. To satisfy utilities that expect the presence of /etc/mtab, create the following symbolic link:

ln -sv /proc/self/mounts /etc/mtab

In order for user root to be able to login and for the name root to be recognized, there must be relevant entries in the /etc/passwd and /etc/group files.

Create the /etc/passwd file by running the following command:

cat > /etc/passwd << "EOF"
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/dev/null:/bin/false
daemon:x:6:6

aemon User:/dev/null:/bin/false
messagebus:x:18:18

-Bus Message Daemon User:/var/run/dbus:/bin/false
nobody:x:99:99:Unprivileged User:/dev/null:/bin/false
EOF

The actual password for root (the x used here is just a placeholder) will be set later.

Create the /etc/group file by running the following command:

cat > /etc/group << "EOF"
root:x:0:
bin:x:1:daemon
sys:x:2:
kmem:x:3:
tape:x:4:
tty:x:5:
daemon:x:6:
floppy:x:7:
disk:x:8:
lp:x:9:
dialout:x:10:
audio:x:11:
video:x:12:
utmp:x:13:
usb:x:14:
cdrom:x:15:
adm:x:16:
messagebus:x:18:
systemd-journal:x:23:
input:x:24:
mail:x:34:
nogroup:x:99:
users:x:999:
EOF

The created groups are not part of any standardthey are groups decided on in part by the requirements of the Udev configuration in this chapter, and in part by common convention employed by a number of existing Linux distributions. In addition, some test suites rely on specific users or groups. The Linux Standard Base (LSB, available at http://www.linuxbase.org) recommends only that, besides the group root with a Group ID (GID) of 0, a group bin with a GID of 1 be present. All other group names and GIDs can be chosen freely by the system administrator since well-written programs do not depend on GID numbers, but rather use the group's name.

To remove the I have no name! prompt, start a new shell. Since a full Glibc was installed in Chapter 5 and the /etc/passwd and /etc/group files have been created, user name and group name resolution will now work:

exec /tools/bin/bash --login +h

Note the use of the +h directive. This tells bash not to use its internal path hashing. Without this directive, bash would remember the paths to binaries it has executed. To ensure the use of the newly compiled binaries as soon as they are installed, the +h directive will be used for the duration of this chapter.

The login, agetty, and init programs (and others) use a number of log files to record information such as who was logged into the system and when. However, these programs will not write to the log files if they do not already exist. Initialize the log files and give them proper permissions:

touch /var/log/{btmp,lastlog,wtmp}
chgrp -v utmp /var/log/lastlog
chmod -v 664 /var/log/lastlog
chmod -v 600 /var/log/btmp

The /var/log/wtmp file records all logins and logouts. The /var/log/lastlog file records when each user last logged in. The /var/log/btmp file records the bad login attempts.
[Note]
Note

The /run/utmp file records the users that are currently logged in. This file is created dynamically in the boot scripts.

The next section/page in the book is this:

Quote:

6.7.1. Installation of Linux API Headers

The Linux kernel needs to expose an Application Programming Interface (API) for the system's C library (Glibc in LFS) to use. This is done by way of sanitizing various C header files that are shipped in the Linux kernel source tarball.

Make sure there are no stale files and dependencies lying around from previous activity:

make mrproper

Now extract the user-visible kernel headers from the source. They are placed in an intermediate local directory and copied to the needed location because the extraction process removes any existing files in the target directory. There are also some hidden files used by the kernel developers and not needed by LFS that are removed from the intermediate directory.

make INSTALL_HDR_PATH=dest headers_install
find dest/include $ -name .install -o -name ..install.cmd $ -delete
cp -rv dest/include/* /usr/include

6.7.2. Contents of Linux API Headers
Installed headers: /usr/include/asm/*.h, /usr/include/asm-generic/*.h, /usr/include/drm/*.h, /usr/include/linux/*.h, /usr/include/mtd/*.h, /usr/include/rdma/*.h, /usr/include/scsi/*.h, /usr/include/sound/*.h, /usr/include/video/*.h, and /usr/include/xen/*.h
Installed directories: /usr/include/asm, /usr/include/asm-generic, /usr/include/drm, /usr/include/linux, /usr/include/mtd, /usr/include/rdma, /usr/include/scsi, /usr/include/sound, /usr/include/video, and /usr/include/xen
Short Descriptions

/usr/include/asm/*.h

The Linux API ASM Headers

/usr/include/asm-generic/*.h

The Linux API ASM Generic Headers

/usr/include/drm/*.h

The Linux API DRM Headers

/usr/include/linux/*.h

The Linux API Linux Headers

/usr/include/mtd/*.h

The Linux API MTD Headers

/usr/include/rdma/*.h

The Linux API RDMA Headers

/usr/include/scsi/*.h

The Linux API SCSI Headers

/usr/include/sound/*.h

The Linux API Sound Headers

/usr/include/video/*.h

The Linux API Video Headers

/usr/include/xen/*.h

The Linux API Xen Headers

Can you see why I did that now? Stupid possibly but its in the book to do that.... Is there anyway to correct the system(s) at this stage?

zeshanuk · 03-30-2015, 02:19 PM

damn I realise I should have been in the package directory linux-3.19/ when I issued that command:

Quote:

cp -rv dest/include/* /usr/include

How can I recover from this situation.

veerain · 03-30-2015, 02:24 PM

The book is correct. In chapter 6.4 you have to enter the chroot environment and then only issue all the rest of commands of the chapters.

Perhaps you don't understand the purpose of 'chroot' command.

zeshanuk · 03-30-2015, 02:26 PM

I was in that package directory! Im getting confused...