> Date: Thu, 17 Jul 2014 20:27:27 +0100 > From: [email protected] (akhiezer) > To: LFS Support List <[email protected]> > Subject: Re: [lfs-support] fatal error: cstring: No such file or directory - > Chapter 5 of 2 pass gcc > > > Date: Thu, 17 Jul 2014 12:34:06 +0200 > > From: Stefano Ricci <[email protected]> > > To: LFS Support List <[email protected]> > > Subject: Re: [lfs-support] fatal error: cstring: No such file or directory - > > Chapter 5 of 2 pass gcc > > > > I have checked and on Centos 7 /usr/ bin/yacc is not a link but a
This was one of the two other apparent peculiarities in your posts: strangely-placed spaces (and line-breaks); ref further below at your original make output info. > > executable and it seems to work properly. > > > > Stefano > > > > > > 2014-07-17 10:55 GMT+02:00 akhiezer <[email protected]>: > > > > > > Date: Thu, 17 Jul 2014 10:03:36 +0200 > > > > From: Stefano Ricci <[email protected]> > > > > To: LFS Support List <[email protected]> > > > > Subject: Re: [lfs-support] fatal error: cstring: No such file or > > > directory - > > > > Chapter 5 of 2 pass gcc > > > > > > > > hello > > > > > > > > The development system that is currently using Centos 7.0-1406 64-bit > > > > and > > > > output of the version-check.sh is the following: > > > > > > > > bash version-check.sh > > > > > > > > bash, version 4.2.45(1)-release > > > > /bin/sh -> /usr/bin/bash > > > > Binutils: version 2.23.52.0.1-16.el7 20130226 > > > > bison (GNU Bison) 2.7 > > > > /usr/bin/yacc -> /usr/bin/yacc > > > > > > > > > That looks stange - a symlnk pointing to itself: compare against what the > > > version-check page in book says - e.g. should be either a file or a link > > > to bison. > > > > > > Ah, my bad - perhaps a bit too much of a rush this morning: I'd forgotten > that that part of the output for version-check is imho perhaps misleading; > sorry 'bout that. > > > Is your /usr/bin/yacc a small shell-script that calls bison per book > version-check page - e.g.: > -- > #! /bin/sh > exec '/usr/bin/bison' -y "$@" > -- > ? > > > Also please don't top-post. > > > > rgds, > > akh > > > > > > > > > (Have left the rest of post context as-is for now, for pot'l ref.) > > > > > > > > > > > > akh > > > > > > > > > > > > > bzip2, Version 1.0.6, 6-Sept-2010. > > > > Coreutils: 8.22 > > > > diff (GNU diffutils) 3.3 > > > > find (GNU findutils) 4.5.11 > > > > GNU Awk 4.0.2 > > > > /usr/bin/awk -> /usr/bin/gawk > > > > gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-16) > > > > g++ (GCC) 4.8.2 20140120 (Red Hat 4.8.2-16) > > > > (GNU libc) 2.17 > > > > grep (GNU grep) 2.16 > > > > gzip 1.5 > > > > Linux version 3.10.0-123.4.2.el7.x86_64 ([email protected] > > > ) > > > > (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP Mon Jun 30 > > > > 16:09:14 UTC 2014 > > > > m4 (GNU M4) 1.4.16 > > > > GNU Make 3.82 > > > > GNU patch 2.7.1 > > > > Perl version='5.16.3'; > > > > sed (GNU sed) 4.2.2 > > > > tar (GNU tar) 1.26 > > > > xz (XZ Utils) 5.1.2alpha > > > > g++ compilation OK > > > > > > > > However, I did a lot of other evidence that the following list: > > > > > > > > Ubuntu 14.04 64bit LFS 7.5 failed (same error) > > > > Ubuntu 14.04 64bit LFS SVN failed (same error) > > > > > > > > Centos 6.5 64bit LFS 7.5 failed (same error) > > > > Centos 6.5 64bit LFS SVN failed (same error) > > > > > > > > > > > > For these tests I used a script that contains the sequence of > > > compilations > > > > of your book. > > > > > > > > Thank you > > > > > > > > greetings > > > > Stefano > > > > > > > > > > > > 2014-07-16 17:40 GMT+02:00 Bruce Dubbs <[email protected]>: > > > > > > > > > Stefano Ricci wrote: > > > > > > > > > >> Hello > > > > >> I apologize for my English, I keep getting the following error in > > > chapter > > > > >> 5 > > > > >> of 2 pass gcc compile LFS in Development: > > > > >> > > > > > > > > > > You don't say what your host distro is. You also don't tell us the > > > output > > > > > from the host system requirements script in Section vii. > > > > > > > > > > From the output below, it looks like you are doing the svn version of > > > the > > > > > book. If you haven't already done a stable version of LFS, we > > > recommend > > > > > 7.5 right now for first time builders. > > > > > > > > > > -- Bruce > > > > > > > > > > > > > > > make [2]: Leaving directory `/ > > > > >> mnt/lfs-BusyBox-2014-07-16/sources/gcc-build/libdecnumber ' 'BusyBox': is that just part of a directory name that you happened to choose; OR, are you using some ready-made development/cross-development toolset ? IOW, where did the name 'BusyBox' come from: why did you use that name? > > > > >> make [2]: Entering directory `/ > > > > >> mnt/lfs-BusyBox-2014-07-16/sources/gcc-build/gcc ' > > > > >> TARGET_CPU_DEFAULT = "" \ > > > > >> HEADERS = "auto-host.h ansidecl.h" DEFINES = "" \ > > > > >> / bin / sh .. / config.h ../gcc-4.9.0/gcc/mkconfig.sh > > > > >> TARGET_CPU_DEFAULT = "" \ > > > > >> HEADERS = "options.h insn-constants.h config / vxworks-dummy.h > > > > >> config/i386/biarch64.h config/i386/i386.h config/i386/unix.h > > > > >> config/i386/att.h config / dbxelf. h config / elfos.h config / > > > gnu-user.h > > > > >> config / glibc-stdint.h config/i386/x86-64.h > > > config/i386/gnu-user-common.h > > > > >> config/i386/gnu-user64.h config / linux.h config / linux-android.h > > > > >> config/i386/linux-common.h config/i386/linux64.h config / > > > initfini-array.h > > > > >> defaults.h "DEFINES =" LIBC_GLIBC LIBC_UCLIBC = 1 = 2 = 3 LIBC_BIONIC > > > > >> DEFAULT_LIBC = LIBC_GLIBC ANDROID_DEFAULT = 0 "\ > > > > >> / bin / sh .. / ../gcc-4.9.0/gcc/mkconfig.sh tm.h > > > > >> TARGET_CPU_DEFAULT = "" \ > > > > >> HEADERS = "config/i386/i386-protos.h config / linux-tm-protos.h > > > preds.h" > > > > >> DEFINES = "" \ > > > > >> / bin / sh .. / ../gcc-4.9.0/gcc/mkconfig.sh tm_p.h > > > > >> TARGET_CPU_DEFAULT = "" \ > > > > >> HEADERS = "auto-host.h ansidecl.h" DEFINES = "" \ > > > > >> / bin / sh .. / ../gcc-4.9.0/gcc/mkconfig.sh bconfig.h > > > > >> x86_64-lfs-linux-gnu-g + > > > > >> > > > +-c-g-O2-DIN_GCC-fno-exceptions-fno-rtti-fasynchronous-unwind-tables-W- > > > > >> Wall-Wno-narrowing-Wwrite-strings-Wcast-qual-Wmissing- > > > > >> format-attribute-pedantic-Wno-long-long-Wno-variadic-macros- > > > > >> Wno-overlength-strings-DHAVE_CONFIG_H-I-DGENERATOR_FILE. > > > > >> Ibuild--I../../gcc-4.9.0/gcc -I../../gcc-4.9.0/gcc/build > > > > >> -I../../gcc-4.9.0/gcc / .. / include > > > > >> -I../../gcc-4.9.0/gcc/../libcpp/include \ > > > > >> -o build / genmddeps.o .. / ../gcc-4.9.0/gcc/genmddeps.c > > > > >> In file included from .. / ../gcc-4.9.0/gcc/genmddeps.c: 19:0: > > > > >> ../../gcc-4.9.0/gcc/system.h: 205:20: fatal error: cstring: No such > > > file > > > > >> or > > > > >> directory > > > > >> # Include <cstring> > > > > >> ^ > > > > >> compilation terminated. > > > > >> make [2]: *** [build / genmddeps.o] Error 1 > > > > >> make [2]: Leaving directory `/ > > > > >> mnt/lfs-BusyBox-2014-07-16/sources/gcc-build/gcc ' > > > > >> make [1]: *** [all-gcc] Error 2 > > > > >> make [1]: Leaving directory `/ mnt/lfs-BusyBox-2014-07-16/ > > > > >> sources/gcc-build > > > > >> ' > > > > >> make: *** [all] Error 2 > > > > >> The above 'output from make', contains a lot of unusual extra spaces (e.g.: / bin / sh .. / ../gcc-4.9.0/gcc/mkconfig.sh bconfig.h Leaving directory `/ mnt/lfs-BusyBox-2014-07-16/ ) and line-breaks (e.g.: make [2]: Entering directory `/ mnt/lfs-BusyBox-2014-07-16/sources/gcc-build/gcc ' ). Where did they come from: at what stage were they introudced? Is there some sort of weird copy'n'paste error in your working environment; and has it messed-up your environment variables &/or the commands that you're issuing via (perhaps) copy/paste ? > > > > >> > > > > >> I checked and the compilation of libstdc + + -4.9.0 seems to be fair, Again, strange extra spaces in that 'libstdc + + -4.9.0': where are those coming from? > > > at > > > > >> every stage of compilation gate source and build folders. > > > > >> The same error occurs on the last stable version of LFS with gcc > > > > >> 4.8.2 > > > > >> Is there anyone who can give me a hand to solve the problem? > > > > >> > > > > >> Thank you > > > > >> Stefano > > > > >> . . > > > > >> > akh -- -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
