Discussion:
[lfs-support] chapter 6, glibc compile error
Frans de Boer
2018-07-15 19:19:22 UTC
Permalink
LS,

Below is a repeated piece of information, now being brought as a
separate issue from systemd.

I get the following error when i try to compile glibc in chapter 6:
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
make[2]: *** [Makefile:46:
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2

If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time
ago, I can compile glibc. In an effort to understand why systemd crashes
and having a message that there is a segfault in glibc while booting, i
tried to recompile all again. Now I can't even compile glibc.

Is this a result of some modification in the tool chain, or is the
documentation not up to date?

Regards,
Frans.
--
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
Ken Moffat
2018-07-15 20:09:16 UTC
Permalink
LS,
Below is a repeated piece of information, now being brought as a separate
issue from systemd.
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2
If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time ago, I
can compile glibc. In an effort to understand why systemd crashes and having
a message that there is a segfault in glibc while booting, i tried to
recompile all again. Now I can't even compile glibc.
Is this a result of some modification in the tool chain, or is the
documentation not up to date?
Regards,
Frans.
I don't think the documentation is out of date. My last running
system is from 15th June, although I built as far as the end of
chroot from the 26th June book to look at a possible perl issue.
And both were sysv.

This is an unusual problem. I think your version of m4 in /tools is
linked to *host* libc and ld-linux. By copying the prog into chroot
it can now find libc and the loader,

I suggest that, outside chroot, you run ldd on /tools/bin/m4. If I
am right, also check the links for an executable (prog, or lib, or
libexec) from every other package in chapter 5 after pass 2 gcc.

Some of the tools progs appear to be ok, maybe only m4 was wrong,
perhaps you built in stages and resumed without one of the envvars
set correctly, e.g. PATH ?

ĸen
--
Keyboard not found, Press F1 to continue
--
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/Post
Frans de Boer
2018-07-15 20:39:07 UTC
Permalink
Post by Ken Moffat
LS,
Below is a repeated piece of information, now being brought as a separate
issue from systemd.
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2
If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time ago, I
can compile glibc. In an effort to understand why systemd crashes and having
a message that there is a segfault in glibc while booting, i tried to
recompile all again. Now I can't even compile glibc.
Is this a result of some modification in the tool chain, or is the
documentation not up to date?
Regards,
Frans.
I don't think the documentation is out of date. My last running
system is from 15th June, although I built as far as the end of
chroot from the 26th June book to look at a possible perl issue.
And both were sysv.
This is an unusual problem. I think your version of m4 in /tools is
linked to *host* libc and ld-linux. By copying the prog into chroot
it can now find libc and the loader,
I suggest that, outside chroot, you run ldd on /tools/bin/m4. If I
am right, also check the links for an executable (prog, or lib, or
libexec) from every other package in chapter 5 after pass 2 gcc.
Some of the tools progs appear to be ok, maybe only m4 was wrong,
perhaps you built in stages and resumed without one of the envvars
set correctly, e.g. PATH ?
ĸen
I build the toolchain first, - without interruption - and after that I
started with chapter 6.
Within chroot, m4 can be found and executed.
After starting chapter 6 up to and including the creation of links in
lib64 - prior to running configure for glibc - the result of ldd
/tools.bin/m4 is:
  linux-vdso.so.1 (0x00007fff2bcca000)
  libc.so.6 => /lib64/libc.so.6 (0x00007fb4fd3c7000)
  /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
(0x00007fb4fd781000)

where ld-linux-x86_64.so.2 links to /lib.
Note that /lib64/libc.so.6 does not exist. I think that should be
/tools/lib64/libc.so.6?

I did not modified anything and any other program did worked before, so
I wait a little to check all other programs after gcc-2.

--- Frans.
--
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/Pos
Frans de Boer
2018-07-15 20:51:28 UTC
Permalink
Post by Frans de Boer
LS,
Below is a repeated piece of information, now being brought as a separate
issue from systemd.
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2
If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time ago, I
can compile glibc. In an effort to understand why systemd crashes and having
a message that there is a segfault in glibc while booting, i tried to
recompile all again. Now I can't even compile glibc.
Is this a result of some modification in the tool chain, or is the
documentation not up to date?
Regards,
Frans.
I don't think the documentation is out of date.  My last running
system is from 15th June, although I built as far as the end of
chroot from the 26th June book to look at a possible perl issue.
And both were sysv.
This is an unusual problem.  I think your version of m4 in /tools is
linked to *host* libc and ld-linux.  By copying the prog into chroot
it can now find libc and the loader,
I suggest that, outside chroot, you run ldd on /tools/bin/m4. If I
am right, also check the links for an executable (prog, or lib, or
libexec) from every other package in chapter 5 after pass 2 gcc.
Some of the tools progs appear to be ok, maybe only m4 was wrong,
perhaps you built in stages and resumed without one of the envvars
set correctly, e.g. PATH ?
ĸen
I build the toolchain first, - without interruption - and after that I
started with chapter 6.
Within chroot, m4 can be found and executed.
After starting chapter 6 up to and including the creation of links in
lib64 - prior to running configure for glibc - the result of ldd
  linux-vdso.so.1 (0x00007fff2bcca000)
  libc.so.6 => /lib64/libc.so.6 (0x00007fb4fd3c7000)
  /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
(0x00007fb4fd781000)
where ld-linux-x86_64.so.2 links to /lib.
Note that /lib64/libc.so.6 does not exist. I think that should be
/tools/lib64/libc.so.6?
I did not modified anything and any other program did worked before,
so I wait a little to check all other programs after gcc-2.
--- Frans.
BTW: making the link /lib64/ldc.so.6 -> /tools/lib64/libc.so.6 is also
no solution.

--- Frans
--
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.
Michael Shell
2018-07-16 07:14:23 UTC
Permalink
On Sun, 15 Jul 2018 21:09:16 +0100
Post by Ken Moffat
Some of the tools progs appear to be ok, maybe only m4 was wrong,
perhaps you built in stages and resumed without one of the envvars
set correctly, e.g. PATH ?
Yeah, that! ;)


Mike
--
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-mai
Armin K.
2018-07-15 21:26:15 UTC
Permalink
Post by Frans de Boer
LS,
Below is a repeated piece of information, now being brought as a
separate issue from systemd.
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2
If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time
ago, I can compile glibc. In an effort to understand why systemd crashes
and having a message that there is a segfault in glibc while booting, i
tried to recompile all again. Now I can't even compile glibc.
Is this a result of some modification in the tool chain, or is the
documentation not up to date?
Regards,
Frans.
You need to build m4 before bison in chapter 5. Ensure you're building
in the same order as the current book(s).
--
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
Frans de Boer
2018-07-16 10:40:46 UTC
Permalink
Post by Armin K.
Post by Frans de Boer
LS,
Below is a repeated piece of information, now being brought as a
separate issue from systemd.
...
bison --yacc --name-prefix=__gettext --output
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c plural.y
bison: m4 subprocess failed: No such file or directory
/sources-lfs/glibc-2.27/glibc-build/intl/plural.c] Error 1
make[2]: Leaving directory '/sources-lfs/glibc-2.27/intl'
make[1]: *** [Makefile:215: intl/subdir_lib] Error 2
make[1]: Leaving directory '/sources-lfs/glibc-2.27'
make: *** [Makefile:9: all] Error 2
If I include 'ln -sfv /tools/bin/m4 /usr/bin' as suggested some time
ago, I can compile glibc. In an effort to understand why systemd
crashes and having a message that there is a segfault in glibc while
booting, i tried to recompile all again. Now I can't even compile glibc.
Is this a result of some modification in the tool chain, or is the
documentation not up to date?
Regards,
Frans.
You need to build m4 before bison in chapter 5. Ensure you're building
in the same order as the current book(s).
Thnx Armin,

I did not noticed that the build sequence was altered. Your remark was
on the mark.
Now I can continue with the systemd question :)

--- Frans.
--
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.
Loading...