Error when installing glibc

ReyJavikVI · 06-16-2009, 10:15 PM

In step 6.9 of the LFS book, when running "make install" for glibc, I get the following error:

Code:

Lots of output
/tools/bin/install -c -m 644 /sources/glibc-build/locale/libBrokenLocale.a /usr/lib/libBrokenLocale.a
: /usr/lib/libBrokenLocale.a
cd programs \
	&& gperf -acCgopt -k1,2,5,9,$ -L ANSI-C -N locfile_hash locfile-kw.gperf > locfile-kw.h.new
/bin/sh: line 1: gperf: command not found
make[2]: *** [programs/locfile-kw.h] Error 127
make[2]: Leaving directory `/sources/glibc-2.8/locale'
make[1]: *** [locale/subdir_install] Error 2
make[1]: Leaving directory `/sources/glibc-2.8'
make: *** [install] Error 2

knudfl · 06-17-2009, 01:43 PM

I guess you have this path : "/tools/bin:/bin:/usr/bin"

So the solution is probably :
install the package 'gperf' on the host.

'gperf' isn't mentioned in
§ iv. Host System Requirements
http://www.linuxfromscratch.org/lfs/.../hostreqs.html
and I don't know why.
.....

ReyJavikVI · 06-17-2009, 01:51 PM

Actually, my $PATH is "/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin", just like it says in the book. I don't know if this will help at all, but I'm trying recompiling the package just in case I missed some command or patch or something. Thankfully, I'm running inside a virtual machine, so if something goes wrong I can revert to the start of chapter 6.

ReyJavikVI · 06-17-2009, 02:42 PM

The test suite gave an error:

Code:

make[1]: Target `check' not remade because of errors.
make[1]: Leaving directory `/sources/glibc-2.8'
make: *** [check] Error 2

ReyJavikVI · 06-17-2009, 09:22 PM

Running the test again after rebooting made it work. This thing's crazy.

ReyJavikVI · 06-17-2009, 09:34 PM

The install ran fine too. I'm starting to think that Linux is sentient and it's screwing with my mind.

ReyJavikVI · 06-18-2009, 08:47 PM

Now I've got another problem. The test suite of GCC (section 6.14 of the book) fails A LOT. I would attach a log, but the forum doesn't accept tar.gz files and it's really long (I think it was about 4 MB).

EDIT: Found out how to get a summary of the test.

Code:

		=== g++ Summary ===

# of expected passes		329
# of unexpected failures	15253
# of unexpected successes	41
# of expected failures		35
# of unresolved testcases	328
# of untested testcases		66
--
		=== gcc Summary ===

# of expected passes		863
# of unexpected failures	33546
# of unexpected successes	29
# of expected failures		27
# of unresolved testcases	8803
# of untested testcases		560
--
		=== libgomp Summary ===

# of unexpected failures	249
# of unsupported tests		55
		=== libmudflap tests ===


Running target unix
--
		=== libmudflap Summary ===

# of unexpected failures	537
		=== libstdc++ tests ===


Running target unix
ERROR: tcl error sourcing /sources/gcc-4.3.2/libstdc++-v3/testsuite/libstdc++-abi/abi.exp.
--
		=== libstdc++ Summary ===


Compiler version: gcc 
Platform: i686-pc-linux-gnu
configure flags: --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ --disable-bootstrap
EOF
Mail -s "Results for gcc testsuite on i686-pc-linux-gnu" gcc-testresults@gcc.gnu.org &&

kuki_a · 06-20-2009, 05:27 AM

WOW!! O_o

Basically, when you get something as not-working as that, than, IMHO, you can only do one thing - redo _everything_.

However, I would suggest that you use some known good host system - LFS live CD should work fine.

As for gperf, it is not needed at that point in the build process. At that point, you should be running in a chroot environment and should be dependent only on your toolchain. The LFS toolchain has the capacity to build the whole system, provided IT is built properly.

I have not delved into gcc or glibc makefiles, but, from previous building attempts, I know that those packages require gperf when rebuilding some of their files (they can sometimes require flex and bison as well). This is an ominous sign, I encountered it in cases when my toolchain was miscompiled.
This happened when I tried to build a toolchain whose glibc was several versions greater than the one on the host (toolchain: 2.5.1, host: 2.3.6), by using a similarly incompatible gcc (toolchain: 4.3.x, host: 4.0.3) and binutils (forgot the exact versions). Very bad!!

So, unless you are using a LFS-6.4 live CD, you should try with it as your host.
Or hand-comb your own host and work out all the quirks, dependencies and versions.

ReyJavikVI · 06-20-2009, 01:11 PM

Since I'm on a virtual machine, I reverted to the start of chapter 6 and redid everything, and it's working fine. I just finished section 6.14.