Hi William Harrington, Thanks for the advice...but what if i say i've done my gcc pass-2 build in $LFS/source/gcc-build2/ Do you think what you said still apply..??? (i doubt it..plz clarify..)
thanks & Regards Siva. On Wed, Sep 25, 2013 at 6:11 AM, <lfs-support-requ...@linuxfromscratch.org>wrote: > Send lfs-support mailing list submissions to > lfs-support@linuxfromscratch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://linuxfromscratch.org/mailman/listinfo/lfs-support > or, via email, send a message with subject or body 'help' to > lfs-support-requ...@linuxfromscratch.org > > You can reach the person managing the list at > lfs-support-ow...@linuxfromscratch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of lfs-support digest..." > > > Today's Topics: > > 1. Re: Installation of Linux API Headers (chapter 6.7.1) > problem (????? ?????) > 2. LFSv7.4 stuck at section 6.9.1 (Kodali Sivakiran) > 3. Good day sir! (Phoebe Bacotot) > 4. Re: LFSv7.4 stuck at section 6.9.1 (Pierre Labastie) > 5. Re: LFSv7.4 stuck at section 6.9.1 (William Harrington) > 6. Re: LFSv7.4 stuck at section 6.9.1 (Phoebe Bacotot) > 7. chroot into the temporary ...? (Wiky) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 24 Sep 2013 12:35:40 +0400 > From: ????? ????? <a.or...@veedo.ru> > Subject: Re: [lfs-support] Installation of Linux API Headers (chapter > 6.7.1) problem > To: LFS Support List <lfs-support@linuxfromscratch.org> > Message-ID: > < > cagfykrjjhpitv4k7ygkwfhnrspv9yxji3ytjiwxztncsnpv...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > > You should be chrooted into your new LFS build before installing the > > headers at step 6.7.1. As such your version of bash should look "similar" > > to this: > > bash -version > > GNU bash, version 4.2.45(2)-release (x86_64-unknown-linux-gnu) > > > > My bash version is: > root:/sources# bash -version > GNU bash, version 4.2.45(2)-release (i686-pc-linux-gnu) > > > > If command substitution is broken in your temp tools bash while in > > chroot, then your host wasn't setup properly. You should have bash as > > your default shell and bison yacc, not some other yacc. The host > > system requirements page helps set the stage for that. > > > > > My linux distribution is Debian 7.1 and 'Berkley LA LR Yacc parser > generator' is installed by default. I should change it to 'YACC-compatible > parser generator' and rebuild bash in tools. > > Thank you, gentlemen. > > -- > With respect, > Artem Orlov > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130924/05732075/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Tue, 24 Sep 2013 14:55:31 +0530 > From: Kodali Sivakiran <ksk.pink...@gmail.com> > Subject: [lfs-support] LFSv7.4 stuck at section 6.9.1 > To: lfs-support@linuxfromscratch.org > Message-ID: > <CAHVccjoXO0ypexKsFjaqJqus4LVwO_eCT3D88oi2n= > xvv1d...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everyone, > > My linux machine details: > # uname -r : 3.2.0-50-generic-pae > using ubuntu 12.04 LTS > LFS version:7.4 > > I've followed the instructions in the book strictly.Successfully completed > chapter5. > After chrooting into the lfs partition,i.e, section 6.9.1 when i ran the > command: > "../glibc-2.18/configure --prefix=/usr --disable-profile > --enable-kernel=2.6.32 \ > --libexecdir=/usr/lib/glibc " > > and then it throws an error like this : (this is a copy paste from the > terminal) > > "root:/sources/glibc-build2:# ../glibc-2.18/configure --prefix=/usr > --disable-profile --enable-kernel=2.6.32 \ > > --libexecdir=/usr/lib/glibc > checking build system type... i686-pc-linux-gnu > checking host system type... i686-pc-linux-gnu > checking for gcc... gcc > checking for suffix of object files... configure: error: in > `/sources/glibc-build2': > configure: error: cannot compute suffix of object files: cannot compile > See `config.log' for more details " > **************************************************** > Now, the contents of config.log are: > root:/sources/glibc-build2:# cat config.log > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > It was created by GNU C Library configure (see version.h), which was > generated by GNU Autoconf 2.68. Invocation command line was > > $ ../glibc-2.18/configure --prefix=/usr --disable-profile > --enable-kernel=2.6.32 --libexecdir=/usr/lib/glibc > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = shiva-desktop > uname -m = i686 > uname -r = 3.2.0-50-generic-pae > uname -s = Linux > uname -v = #76-Ubuntu SMP Tue Jul 9 19:24:55 UTC 2013 > > /usr/bin/uname -p = unknown > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > /usr/bin/hostinfo = unknown > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /bin > PATH: /usr/bin > PATH: /sbin > PATH: /usr/sbin > PATH: /tools/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:2344: checking build system type > configure:2358: result: i686-pc-linux-gnu > configure:2378: checking host system type > configure:2391: result: i686-pc-linux-gnu > configure:2460: checking for gcc > configure:2476: found /tools/bin/gcc > configure:2487: result: gcc > configure:2716: checking for C compiler version > configure:2725: gcc --version >&5 > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > directory > configure:2736: $? = 127 > configure:2725: gcc -v >&5 > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > directory > configure:2736: $? = 127 > configure:2725: gcc -V >&5 > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > directory > configure:2736: $? = 127 > configure:2725: gcc -qversion >&5 > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > directory > configure:2736: $? = 127 > configure:2741: checking for suffix of object files > configure:2763: gcc -c conftest.c >&5 > ../glibc-2.18/configure: line 2765: /tools/bin/gcc: No such file or > directory > configure:2767: $? = 127 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "GNU C Library" > | #define PACKAGE_TARNAME "glibc" > | #define PACKAGE_VERSION "(see version.h)" > | #define PACKAGE_STRING "GNU C Library (see version.h)" > | #define PACKAGE_BUGREPORT "http://sourceware.org/bugzilla/"; > | #define PACKAGE_URL "http://www.gnu.org/software/glibc/"; > | #define PKGVERSION "(GNU libc) " > | #define REPORT_BUGS_TO "<http://www.gnu.org/software/libc/bugs.html>" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:2781: error: in `/sources/glibc-build2': > configure:2783: error: cannot compute suffix of object files: cannot > compile > See `config.log' for more details > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_build=i686-pc-linux-gnu > ac_cv_env_CCC_set= > ac_cv_env_CCC_value= > ac_cv_env_CC_set= > ac_cv_env_CC_value= > ac_cv_env_CFLAGS_set= > ac_cv_env_CFLAGS_value= > ac_cv_env_CPPFLAGS_set= > ac_cv_env_CPPFLAGS_value= > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_CXXFLAGS_set= > ac_cv_env_CXXFLAGS_value= > ac_cv_env_CXX_set= > ac_cv_env_CXX_value= > ac_cv_env_LDFLAGS_set= > ac_cv_env_LDFLAGS_value= > ac_cv_env_LIBS_set= > ac_cv_env_LIBS_value= > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set= > ac_cv_env_target_alias_value= > ac_cv_host=i686-pc-linux-gnu > ac_cv_prog_ac_ct_CC=gcc > > ## ----------------- ## > ## Output variables. ## > ## ----------------- ## > > AR='' > AS='' > ASFLAGS_config='' > AUTOCONF='' > AWK='' > BASH_SHELL='' > BISON='' > BUILD_CC='' > CC='gcc' > CFLAGS='' > CPP='' > CPPFLAGS='' > CPPUNDEFS='' > CXX='' > CXXFLAGS='' > CXX_SYSINCLUDES='' > DEFINES='' > DEFS='' > ECHO_C='' > ECHO_N='-n' > ECHO_T='' > INSTALL_DATA='' > INSTALL_INFO='' > INSTALL_PROGRAM='' > INSTALL_SCRIPT='' > KSH='' > LD='' > LDFLAGS='' > LIBGD='' > LIBOBJS='' > LIBS='' > LN_S='' > LTLIBOBJS='' > MAKE='' > MAKEINFO='' > MSGFMT='' > NM='' > OBJCOPY='' > OBJDUMP='' > OBJEXT='' > PACKAGE_BUGREPORT='http://sourceware.org/bugzilla/' > PACKAGE_NAME='GNU C Library' > PACKAGE_STRING='GNU C Library (see version.h)' > PACKAGE_TARNAME='glibc' > PACKAGE_URL='http://www.gnu.org/software/glibc/' > PACKAGE_VERSION='(see version.h)' > PATH_SEPARATOR=':' > PERL='' > PKGVERSION='(GNU libc) ' > PKGVERSION_TEXI='(GNU libc) ' > READELF='' > RELEASE='' > REPORT_BUGS_TEXI='@uref{http://www.gnu.org/software/libc/bugs.html}' > REPORT_BUGS_TO='<http://www.gnu.org/software/libc/bugs.html>' > SED='' > SHELL='/bin/sh' > SYSINCLUDES='' > VERSION='' > VERSIONING='' > ac_ct_CC='gcc' > ac_ct_CXX='' > add_on_subdirs='' > add_ons='' > all_warnings='' > base_machine='' > bindir='${exec_prefix}/bin' > bindnow='' > build='i686-pc-linux-gnu' > build_alias='' > build_cpu='i686' > build_nscd='' > build_os='linux-gnu' > build_pt_chown='' > build_vendor='pc' > cross_compiling='no' > datadir='${datarootdir}' > datarootdir='${prefix}/share' > docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' > dvidir='${docdir}' > exceptions='' > exec_prefix='NONE' > fno_unit_at_a_time='' > force_install='' > gnu89_inline='' > hardcoded_path_in_tests='' > have_libaudit='' > have_libcap='' > have_selinux='' > host='i686-pc-linux-gnu' > host_alias='' > host_cpu='i686' > host_os='linux-gnu' > host_vendor='pc' > htmldir='${docdir}' > includedir='${prefix}/include' > infodir='${datarootdir}/info' > ldd_rewrite_script='' > libc_cv_Bgroup='' > libc_cv_cc_loop_to_function='' > libc_cv_cc_nofma='' > libc_cv_cc_submachine='' > libc_cv_cc_with_libunwind='' > libc_cv_forced_unwind='' > libc_cv_fpie='' > libc_cv_gcc_static_libgcc='' > libc_cv_gcc_unwind_find_fde='' > libc_cv_hashstyle='' > libc_cv_have_bash2='' > libc_cv_have_ksh='' > libc_cv_localedir='' > libc_cv_localstatedir='' > libc_cv_nss_crypt='' > libc_cv_output_format='' > libc_cv_pic_default='' > libc_cv_rootsbindir='' > libc_cv_rtlddir='' > libc_cv_slibdir='' > libc_cv_ssp='' > libc_cv_sysconfdir='' > libc_cv_z_combreloc='' > libc_cv_z_execstack='' > libc_extra_cflags='' > libdir='${exec_prefix}/lib' > libexecdir='/usr/lib/glibc' > link_obsolete_rpc='' > localedir='${datarootdir}/locale' > localstatedir='${prefix}/var' > mach_interface_list='' > mandir='${datarootdir}/man' > multi_arch='' > old_glibc_headers='' > oldest_abi='' > oldincludedir='/usr/include' > pdfdir='${docdir}' > prefix='/usr' > profile='' > program_transform_name='s,x,x,' > psdir='${docdir}' > sbindir='${exec_prefix}/sbin' > shared='' > sharedstatedir='${prefix}/com' > sizeof_long_double='' > static='' > static_nss='' > subdirs=' ' > submachine='' > sysconfdir='${prefix}/etc' > sysdeps_add_ons='' > sysheaders='' > sysnames='' > target_alias='' > use_default_link='' > use_ldconfig='' > use_nscd='' > with_fp='' > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > /* confdefs.h */ > #define PACKAGE_NAME "GNU C Library" > #define PACKAGE_TARNAME "glibc" > #define PACKAGE_VERSION "(see version.h)" > #define PACKAGE_STRING "GNU C Library (see version.h)" > #define PACKAGE_BUGREPORT "http://sourceware.org/bugzilla/"; > #define PACKAGE_URL "http://www.gnu.org/software/glibc/"; > #define PKGVERSION "(GNU libc) " > #define REPORT_BUGS_TO "<http://www.gnu.org/software/libc/bugs.html>" > > configure: exit 1 > > ******************************************************************** > In the upper section of config.log we can see that: > " configure:2725: gcc --version >&5 > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > directory > configure:2736: $? = 127 > ........... " > > not only gcc ,later i've checked with some of the binaries under > /tools/bin, they say the same thing when i try to use them..."No such file > or directory" > > WHAT MIGHT BE THE REASON?? > In an attempt to understand the problem, i did this outside the chroot > environment: > " shiva@shiva-desktop:/$ ldd /tools/bin/gcc > linux-gate.so.1 => (0xb77dd000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000) > /lib/ld-linux.so.2 (0xb77de000) " > so, does it mean that my /tools/bin/gcc got linked with the host libraries > rather than my /tools/lib ??? > > SUGGEST ME SOMETHING ON THIS, SO, THAT I CAN PROCEED FURTHER... > > > > P.S.: this is my first mail to the mailing list...sorry if it is informal > or too long..or whatever that causes yu the discomfort.. > > THANKS in advance.. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130924/8bf2a301/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Tue, 24 Sep 2013 04:18:52 -0700 (PDT) > From: Phoebe Bacotot <pupreen_lo...@yahoo.com> > Subject: [lfs-support] Good day sir! > To: "lfs-support@linuxfromscratch.org" > <lfs-support@linuxfromscratch.org> > Message-ID: > <1380021532.22786.yahoomail...@web140006.mail.bf1.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > I would like to ask some notes how to begin my blfs by building samba > server on it? > > > > ------------------------------ > > Message: 4 > Date: Tue, 24 Sep 2013 14:36:00 +0200 > From: Pierre Labastie <pierre.labas...@neuf.fr> > Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1 > To: LFS Support List <lfs-support@linuxfromscratch.org> > Message-ID: <52418730.30...@neuf.fr> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Le 24/09/2013 11:25, Kodali Sivakiran a ?crit : > > Hi everyone, > > > > [description of the failure] > > ******************************************************************** > > In the upper section of config.log we can see that: > > " configure:2725: gcc --version >&5 > > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or > > directory > > configure:2736: $? = 127 > > ........... " > > > > not only gcc ,later i've checked with some of the binaries under > > /tools/bin, they say the same thing when i try to use them..."No such > > file or directory" > > > > WHAT MIGHT BE THE REASON?? > gcc is a program which mainly runs other executables (cpp for > preprocessing, cc1 for compiling, etc). So even if /tools/bin/gcc is > there, it could be somehow unable to find one ore all of those > executables, which would explain the 'no such file...' diagnostic. > > In an attempt to understand the problem, i did this outside the chroot > > environment: > > " shiva@shiva-desktop:/$ ldd /tools/bin/gcc > > linux-gate.so.1 => (0xb77dd000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000) > > /lib/ld-linux.so.2 (0xb77de000) " > > so, does it mean that my /tools/bin/gcc got linked with the host > > libraries rather than my /tools/lib ??? > No it doesn't. When outside the chroot environment, you are using the > host libraries. You have to enter the chroot environment to do that test. > > > > SUGGEST ME SOMETHING ON THIS, SO, THAT I CAN PROCEED FURTHER... > > > > > Try: > Enter the chroot environment again and type: > echo 'main(){}' | gcc -x c -v - > > You might get some information on where it fails to find files. > > If it works, add -Wl,-verbose before the last dash to the above command. > You'll get information on whrer le linker looks for files. > > Another possibility is that you forgot to mount the virtual files. Type: > ls /dev (inside the chroot environment). > > regards > Pierre > > > > ------------------------------ > > Message: 5 > Date: Tue, 24 Sep 2013 10:36:39 -0500 > From: William Harrington <kb0...@berzerkula.org> > Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1 > To: LFS Support List <lfs-support@linuxfromscratch.org> > Message-ID: <84abaeb3-8974-414c-9902-7aeb4fe62...@berzerkula.org> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > On Sep 24, 2013, at 4:25 AM, Kodali Sivakiran wrote: > > > WHAT MIGHT BE THE REASON?? > > In an attempt to understand the problem, i did this outside the > > chroot environment: > > " shiva@shiva-desktop:/$ ldd /tools/bin/gcc > > linux-gate.so.1 => (0xb77dd000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000) > > /lib/ld-linux.so.2 (0xb77de000) " > > so, does it mean that my /tools/bin/gcc got linked with the host > > libraries rather than my /tools/lib ??? > > If you were able to chroot, and you can't run gcc because of the error > above, it means that most likely the gcc source and build directories > weren't removed before rebuilding gcc during pass2 in chapter 5. You > need to rebuild gcc. > > Sincerely, > > William Harrington > > > ------------------------------ > > Message: 6 > Date: Tue, 24 Sep 2013 17:37:28 -0700 (PDT) > From: Phoebe Bacotot <pupreen_lo...@yahoo.com> > Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1 > To: LFS Support List <lfs-support@linuxfromscratch.org> > Message-ID: > <1380069448.37084.yahoomail...@web140003.mail.bf1.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > I have a problim compiling my samba...and this output were given > > > client/smbmount.c:25:26: fatal error: linux/smb_fs.h: No such file or > directory > compilation terminated. > The following command failed: > gcc -I. -I/sources/samba-3.0.30/source? -O -D_SAMBA_BUILD_=3 > -I/sources/samba-3.0.30/source/popt > -I/sources/samba-3.0.30/source/iniparser/src -Iinclude -I./include? -I. -I. > -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc > -DHAVE_CONFIG_H? -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 > -D_GNU_SOURCE??? -I/sources/samba-3.0.30/source/lib -D_SAMBA_BUILD_=3 -fPIC > -c client/smbmount.c -o client/smbmount.o > make: *** [client/smbmount.o] Error 1 > > > > can you help me how to solve this problem? > > > > ----- Original Message ----- > From: William Harrington <kb0...@berzerkula.org> > To: LFS Support List <lfs-support@linuxfromscratch.org> > Cc: > Sent: Tuesday, September 24, 2013 11:36 PM > Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1 > > > On Sep 24, 2013, at 4:25 AM, Kodali Sivakiran wrote: > > > WHAT MIGHT BE THE REASON?? > > In an attempt to understand the problem, i did this outside the? > > chroot environment: > > " shiva@shiva-desktop:/$ ldd /tools/bin/gcc > >? ? linux-gate.so.1 =>? (0xb77dd000) > >? ? libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000) > >? ? /lib/ld-linux.so.2 (0xb77de000)? ? " > > so, does it mean that my /tools/bin/gcc got linked with the host? > > libraries rather than my /tools/lib ??? > > If you were able to chroot, and you can't run gcc because of the error? > above, it means that most likely the gcc source and build directories? > weren't removed before rebuilding gcc during pass2 in chapter 5. You? > need to rebuild gcc. > > Sincerely, > > William Harrington > -- > http://linuxfromscratch.org/mailman/listinfo/lfs-support > FAQ: http://www.linuxfromscratch.org/lfs/faq.html > Unsubscribe: See the above information page > > > > ------------------------------ > > Message: 7 > Date: Wed, 25 Sep 2013 08:41:37 +0800 (CST) > From: Wiky <wii...@yeah.net> > Subject: [lfs-support] chroot into the temporary ...? > To: lfs-support@linuxfromscratch.org > Message-ID: <7a604a63.82b.1415290695a.coremail.wii...@yeah.net> > Content-Type: text/plain; charset="gbk" > > hi, > It reads 'That is, we chroot into the temporary mini Linux system, ..' > in Section6.1 of LFS7.4. > but when i run 'sudo chroot /mnt/lfs', > it returns 'chroot: failed to run command `/bin/bash': No such file or > directory'. Of course /mnt/lfs/bin/bash not exists > and then I tried 'sudo chroot /mnt/lfs/tools', it also 'chroot: failed to > run command `/bin/bash': No such file or directory',but > /mnt/lfs/tools/bin/bash exists. > I really have no idea with the problem,maybe I have missed something > in Ch5? Thanks in advance and sorry for my English. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130925/3c890568/attachment.html > > ------------------------------ > > -- > http://linuxfromscratch.org/mailman/listinfo/lfs-support > FAQ: http://www.linuxfromscratch.org/lfs/faq.html > Unsubscribe: See the above information page > > > End of lfs-support Digest, Vol 2963, Issue 1 > ******************************************** >
-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
