Hi

I'm building LFS 8.0 with Debian Stretch as the host and when I run 'make' in the gettext instructions I get:

/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o msgcmp msgcmp-msgcmp.o msgcmp-msgl-fsearch.o libgettextsrc.la -lm /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o msgunfmt msgunfmt-msgunfmt.o msgunfmt-read-mo.o msgunfmt-read-java.o msgunfmt-read-csharp.o msgunfmt-read-resources.o msgunfmt-read-tcl.o libgettextsrc.la libtool: error: cannot find the library '/mnt/lfs/new/sources/gettext-0.19.8.1/gettext-tools/gnulib-lib/libgettextlib.la' or unhandled argument '/mnt/lfs/new/sources/gettext-0.19.8.1/gettext-tools/gnulib-lib/libgettextlib.la'
make[5]: *** [Makefile:2732: msgcmp] Error 1
make[5]: *** Waiting for unfinished jobs....
libtool: error: cannot find the library '/mnt/lfs/new/sources/gettext-0.19.8.1/gettext-tools/gnulib-lib/libgettextlib.la' or unhandled argument '/mnt/lfs/new/sources/gettext-0.19.8.1/gettext-tools/gnulib-lib/libgettextlib.la'
make[5]: *** [Makefile:2789: msgunfmt] Error 1
make[5]: Leaving directory '/sources/gettext-0.19.8.1/gettext-tools/src'
[snip]

I tried building gettext with -j1, but the error still occurs. The fact that it tries to access /mnt/lfs in the chroot part concerns me. I'm doing it as a couple of shell scripts in case I want to experiment with the commands later while still understanding everything. I double-checked all my commands, but I don't see anything wrong. LFS 8.0 was released when I was in the middle of chapter 6, is there a comprehensive diff I can look at to check if I missed anything while updating? (I tried using jhalfs but after reading all the README it was still throwing errors about non-existent directory structure so I decided to stick with my scripts because I find modifying them easier and I understand them more). Have you seen similar errors? Do you have any idea where the faulty command might be? I've seen this error in the archives, but in these cases simply deleting the source directory and trying to build gettext again worked, which would mean that the commands used in the first attempt had a mistake in them, right? For completeness, here's the output of version-check.sh and library-check.sh:

bash, version 4.4.11(1)-release
/bin/sh -> /bin/bash
Binutils: (GNU Binutils for Debian) 2.27.90.20170124
bison (GNU Bison) 3.0.4
/usr/bin/yacc -> /usr/bin/bison.yacc
bzip2,  Version 1.0.6, 6-Sept-2010.
Coreutils:  8.26
diff (GNU diffutils) 3.5
find (GNU findutils) 4.7.0-git
GNU Awk 4.1.4, API: 1.1 (GNU MPFR 3.1.5, GNU MP 6.1.2)
/usr/bin/awk -> /usr/bin/gawk
gcc (Debian 6.3.0-6) 6.3.0 20170205
g++ (Debian 6.3.0-6) 6.3.0 20170205
(Debian GLIBC 2.24-9) 2.24
grep (GNU grep) 2.27
gzip 1.6
Linux version 4.9.0-1-amd64 ([email protected]) (gcc version 6.3.0 20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-3 (2017-01-28)
m4 (GNU M4) 1.4.18
GNU Make 4.1
GNU patch 2.7.5
Perl version='5.24.1';
sed (GNU sed) 4.4
tar (GNU tar) 1.29
texi2any (GNU texinfo) 6.3
xz (XZ Utils) 5.2.2
g++ compilation OK

libgmp.la: not found
libmpfr.la: not found
libmpc.la: not found

--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style

Reply via email to