Re: [lfs-support] Force i386
On Mon, Sep 05, 2016 at 01:45:45AM +0200, Tim Tassonis wrote: > On 09/04/2016 10:12 AM, Rob wrote: > > Thanos Baloukas wrote: > > http://lists.linuxfromscratch.org/pipermail/lfs-support/2016-September/050333.html > > > > In that thread, you linked to a script collection, on github. The > > instructions in there did not work (not surprising), and asking google just > > linked to a bunch of pages about installing multiarch packages using > > various distro package managers. Not useful here. > > So, I gave up on trying to build a multilib toolchain. > > > > There is a working instruction from Armin to quite easily get a 32-bit glibc > on a 64-bit lfs system. > > As I only needed a glibc to get my binary 32-bit brother printer drivers > working, that was enough for me. > > If that is all you need, I can send you the instructions. If you however > need more, I'm clueless as well. > Unlike 10 years ago, people building from source (which is what LFS is all about) only need multilib if they have to run 32-bit binary packages. I'm sure Armin's instructions work, but whether somebody who has not yet successfully built LFS (plus whatever parts of BLFS appeal to him) has the experience to follow them seems unlikely. Building LFS for the first time is hard. Many people have trouble. And multilib is harder still (or perhaps just "more tedious", but "harder" is probably a better starting assumption). Cross-lfs may well be using older packages than LFS - they have even fewer developers and builders than we do - but to suggest they are "a few years behind" is an overstatement. In a cross-build it is not safe to assume that new versions of packages will just drop in without problems. Even in LFS we sometimes hit problems with newer versions. My suggestion to Rob is that he should build LFS, plus whichever parts of BLFS are useful to him. Perhaps more than once. the first time, do it manually, typing in the commands. After that, he should work out what went wrong, and *how* he can automate (script) his builds in a way that suits him. Most people will then need to learn what happens when their own take on scripting fails, but I will acknowledge that maybe he is more clever than I am, and can grasp that immediately, so that only one scripted LFS build is needed (I just wish, after using LFS for perhaps 12 or 14 years, that I had developed the ability to spot my own scripting errors before they break my builds). And after that, he should be in a position to either follow Armin's instructions for whatever 32-bit binary software he wants to use, or to follow cross-lfs for a full bi-arch system. ĸen -- `I shall take my mountains', said Lu-Tze. `The climate will be good for them.' -- Small Gods -- 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
Re: [lfs-support] bzip2: error while loading shared libraries: libbz2.so.1.0:
I did figure out what I did wrong - this was a consequence of not deleting source directories after chapter 5. I had to rebuild GCC to fix the error and ended up reformatting and rebuilding due to other errors. And I was using tar xvf - I had deleted the /tools directory. My statement that I was in Chpt. 6 was erroneous. On Sep 1, 2016 3:27 PM, "Ken Moffat" wrote: > On Wed, Aug 31, 2016 at 08:14:32PM -0700, The Portaller wrote: > > I'm in Chapter 6, and every time I attempt to bunzip2 anything, I get the > > error 'bzip2: error while loading shared libraries: libbz2.so.1.0: cannot > > open shared object file: No such file or directory'. I've tried making a > > symlink from /lib/libbz2.so.1.0 to /usr/lib/libbz2.so.1.0, but it still > > gave me the error. I tried removing all the bzip2 files from /usr/bin, > > /bin, /lib, and /usr/lib and reinstalling, but it doesn't seem to be > > helping. No deviations from the book, host is Slackware 14.2 x86_64 MATE > > Live. Book version 7.10 RC1. > > From experience, "No deviations from the book" means "I don't think > I did anything different", so we treat it with a (big) pinch of > salt. > > I don't have a completed /tools handy (I always delete it after > booting), but in the bzip2 page we copy *all* the solibs to /lib. > And then we symlink /usr/lib/libbz2.so to the versioned libbz2.so.1 > in /lib - so after that the versioned variants in /usr/lib should > link to /usr/lib/libbz2.so, and from there through the .so.1 in /lib > to (I assume) /lib/libbz2.so. > > Use 'file' on all your libbz2.so* files in /lib and /usr/lib and you > should be able to see where the linkage trail breaks in your case. > Then compare your command history to what the book says. > > It's interesting that you noticed this - most people use tar -xf on > a .bz2 tarball (or -xvf) and in that case the version of bunzip2 > from /tools would be used where /usr/bin/bunzip2 is broken. > > ĸen > -- > `I shall take my mountains', said Lu-Tze. `The climate will be good > for them.' -- Small Gods > -- > 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 > -- 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
Re: [lfs-support] Force i386
On 09/04/2016 10:12 AM, Rob wrote: Thanos Baloukas wrote: http://lists.linuxfromscratch.org/pipermail/lfs-support/2016-September/050333.html In that thread, you linked to a script collection, on github. The instructions in there did not work (not surprising), and asking google just linked to a bunch of pages about installing multiarch packages using various distro package managers. Not useful here. So, I gave up on trying to build a multilib toolchain. There is a working instruction from Armin to quite easily get a 32-bit glibc on a 64-bit lfs system. As I only needed a glibc to get my binary 32-bit brother printer drivers working, that was enough for me. If that is all you need, I can send you the instructions. If you however need more, I'm clueless as well. Cheers Tim -- 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
Re: [lfs-support] powersaving with udev
On Sun, Sep 04, 2016 at 08:53:41PM +0100, Ed Batalha wrote: > Hi, > > While researching how to get my laptop to save a bit more power in battery > mode > I found a great hint at > http://www.neowin.net/forum/topic/1106745-howto-powersaving-tweaks-with-a-udev-rule/ > which will fit nicely into LFS section 7.4 . > Just a couple of comments - > # > # sound card powersave > # echo 10 > /sys/module/snd_hda_intel/parameters/power_save > # echo Y > /sys/module/snd_hda_intel/parameters/power_save_controller > # > # wlan0 powersave > # iwconfig wlan0 power on &> /dev/null > # I use things based on an older suggestion (I think it was the original 'laptop mode' script, but I might be mistaken. But I don't think I do anything for the sound or wifi. Do these make a significant difference ? My own laptop is actually a netbook, and so short of RAM that I don't think I'll ever rebuild LFS on it. But I'll try to remember this post when I eventually get a newer laptop, so thanks for mentioning these and providing the link. But: > # cpufreq powersave > echo powersave > /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor > ;; ... > # > # cpufreq ondemand > echo ondemand > /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor > ;; Cpufreq isn't something we really cover in LFS or BLFS. But I've been using it for years. I think that powersave works on all current governors and all recent processors, but on intel (probably core and later, certainly SandyBridge and later) the preferred governor is pstate - and that doesn't do 'ondemand' (for SandyBridge and Haswell desktops, 'performance' appears to be satisfactory in terms of power drain, although the reported CPU frequency doesn't seem to drop down the way it used to). Similarly on AMD the pstate governor has been the default for some time - unless I'm mistaken. ĸen -- `I shall take my mountains', said Lu-Tze. `The climate will be good for them.' -- Small Gods -- 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
Re: [lfs-support] Sanity Check Failed in GCC Pass 2
Thanos Baloukas wrote: > If you don't find something, post some info for the host > and the output of version-check.sh I deleted /tools and started over again. This time, we had no errors. Still not sure what steps I might have missed though. Oh well. As long as it's working. -- 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
[lfs-support] powersaving with udev
Hi, While researching how to get my laptop to save a bit more power in battery mode I found a great hint at http://www.neowin.net/forum/topic/1106745-howto-powersaving-tweaks-with-a-udev-rule/ which will fit nicely into LFS section 7.4 . The idea is to create a udev rules file like this... cat > /etc/udev/rules.d/60-powersave.rules << "EOF" SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="0", RUN+="/usr/sbin/powersave true" SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="1", RUN+="/usr/sbin/powersave false" EOF ...and then a powersave script. This will be called every time the power supply is connected or disconnected. cat > /usr/sbin/powersave << "EOF" #!/bin/sh case "$1" in true) # Enable power saving settings on battery # # Device Runtime-PM for dpcontrol in /sys/bus/{pci,spi,i2c}/devices/*/power/control; do echo auto > $dpcontrol; done # # Disable nmi_watchdog # echo 0 > /proc/sys/kernel/nmi_watchdog # # kernel write mode echo 5 > /proc/sys/vm/laptop_mode echo 1500 > /proc/sys/vm/dirty_writeback_centisecs # # disk powersave hdparm -B 127 /dev/sda &> /dev/null # for i in /sys/class/scsi_host/host*/link_power_management_policy; do echo min_power > $i; done # # sound card powersave # echo 10 > /sys/module/snd_hda_intel/parameters/power_save # echo Y > /sys/module/snd_hda_intel/parameters/power_save_controller # # wlan0 powersave # iwconfig wlan0 power on &> /dev/null # # cpufreq powersave echo powersave > /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor ;; false) # Return to default on AC power # # Device Runtime-PM for dpcontrol in /sys/bus/{pci,spi,i2c}/devices/*/power/control; do echo on > $dpcontrol; done # # Enable nmi_watchdog # echo 1 > /proc/sys/kernel/nmi_watchdog # # kernel write mode echo 0 > /proc/sys/vm/laptop_mode echo 500 > /proc/sys/vm/dirty_writeback_centisecs # # disk powersave hdparm -B 254 /dev/sda &> /dev/null # for i in /sys/class/scsi_host/host*/link_power_management_policy; do echo max_performance > $i; done # # sound card powersave # echo 300 > /sys/module/snd_hda_intel/parameters/power_save # echo Y > /sys/module/snd_hda_intel/parameters/power_save_controller # # wlan0 powersave # iwconfig wlan0 power off &> /dev/null # # cpufreq ondemand echo ondemand > /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor ;; esac exit 0 EOF I've made a few changes to the original script and commented out some other commands to suit my computer configuration and my preferences, other users will want to adjust the file to their own needs. A more detailed explanation can be found in the link above and in this archlinux forum topic. https://bbs.archlinux.org/viewtopic.php?id=148210 Regards, Ed Batalha -- 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
Re: [lfs-support] Binutils pass 2 failed
also attach the config.lg file here On Sun, Sep 4, 2016 at 11:19 PM, Sumit Kokal wrote: > Hii sir, > first in pass-1 glibc make and make install successfully done, when m > > echo 'int main(){}' > dummy.c > $LFS_TGT-gcc dummy.c > readelf -l a.out | grep ': /tools' > > this commands den following output is come > mv -f /mnt/lfs/sources/glibc-2.24/build/elf/stubsT > /mnt/lfs/sources/glibc-2.24/build/elf/stubs > make[2]: Leaving directory '/mnt/lfs/sources/glibc-2.24/elf' > (sed '/^@/d' include/stubs-prologue.h; LC_ALL=C sort > /mnt/lfs/sources/glibc-2.24/build/csu/stubs > /mnt/lfs/sources/glibc-2.24/build/iconv/stubs > /mnt/lfs/sources/glibc-2.24/build/locale/stubs > /mnt/lfs/sources/glibc-2.24/build/localedata/stubs > /mnt/lfs/sources/glibc-2.24/build/iconvdata/stubs > /mnt/lfs/sources/glibc-2.24/build/assert/stubs > /mnt/lfs/sources/glibc-2.24/build/ctype/stubs > /mnt/lfs/sources/glibc-2.24/build/intl/stubs > /mnt/lfs/sources/glibc-2.24/build/catgets/stubs > /mnt/lfs/sources/glibc-2.24/build/math/stubs > /mnt/lfs/sources/glibc-2.24/build/setjmp/stubs > /mnt/lfs/sources/glibc-2.24/build/signal/stubs > /mnt/lfs/sources/glibc-2.24/build/stdlib/stubs > /mnt/lfs/sources/glibc-2.24/build/stdio-common/stubs > /mnt/lfs/sources/glibc-2.24/build/libio/stubs > /mnt/lfs/sources/glibc-2.24/build/dlfcn/stubs > /mnt/lfs/sources/glibc-2.24/build/malloc/stubs > /mnt/lfs/sources/glibc-2.24/build/string/stubs > /mnt/lfs/sources/glibc-2.24/build/wcsmbs/stubs > /mnt/lfs/sources/glibc-2.24/build/timezone/stubs > /mnt/lfs/sources/glibc-2.24/build/time/stubs > /mnt/lfs/sources/glibc-2.24/build/dirent/stubs > /mnt/lfs/sources/glibc-2.24/build/grp/stubs > /mnt/lfs/sources/glibc-2.24/build/pwd/stubs > /mnt/lfs/sources/glibc-2.24/build/posix/stubs > /mnt/lfs/sources/glibc-2.24/build/io/stubs > /mnt/lfs/sources/glibc-2.24/build/termios/stubs > /mnt/lfs/sources/glibc-2.24/build/resource/stubs > /mnt/lfs/sources/glibc-2.24/build/misc/stubs > /mnt/lfs/sources/glibc-2.24/build/socket/stubs > /mnt/lfs/sources/glibc-2.24/build/sysvipc/stubs > /mnt/lfs/sources/glibc-2.24/build/gmon/stubs > /mnt/lfs/sources/glibc-2.24/build/gnulib/stubs > /mnt/lfs/sources/glibc-2.24/build/wctype/stubs > /mnt/lfs/sources/glibc-2.24/build/manual/stubs > /mnt/lfs/sources/glibc-2.24/build/shadow/stubs > /mnt/lfs/sources/glibc-2.24/build/gshadow/stubs > /mnt/lfs/sources/glibc-2.24/build/po/stubs > /mnt/lfs/sources/glibc-2.24/build/argp/stubs > /mnt/lfs/sources/glibc-2.24/build/crypt/stubs > /mnt/lfs/sources/glibc-2.24/build/nptl/stubs > /mnt/lfs/sources/glibc-2.24/build/rt/stubs > /mnt/lfs/sources/glibc-2.24/build/conform/stubs > /mnt/lfs/sources/glibc-2.24/build/debug/stubs > /mnt/lfs/sources/glibc-2.24/build/mathvec/stubs > /mnt/lfs/sources/glibc-2.24/build/libidn/stubs > /mnt/lfs/sources/glibc-2.24/build/nptl_db/stubs > /mnt/lfs/sources/glibc-2.24/build/inet/stubs > /mnt/lfs/sources/glibc-2.24/build/resolv/stubs > /mnt/lfs/sources/glibc-2.24/build/nss/stubs > /mnt/lfs/sources/glibc-2.24/build/hesiod/stubs > /mnt/lfs/sources/glibc-2.24/build/sunrpc/stubs > /mnt/lfs/sources/glibc-2.24/build/nis/stubs > /mnt/lfs/sources/glibc-2.24/build/nscd/stubs > /mnt/lfs/sources/glibc-2.24/build/streams/stubs > /mnt/lfs/sources/glibc-2.24/build/login/stubs > /mnt/lfs/sources/glibc-2.24/build/elf/stubs) > > /mnt/lfs/sources/glibc-2.24/build/stubs.h > if test -r /tools/include/gnu/stubs-64.h && cmp -s > /mnt/lfs/sources/glibc-2.24/build/stubs.h /tools/include/gnu/stubs-64.h; \ > then echo 'stubs.h unchanged'; \ > else /usr/bin/install -c -m 644 /mnt/lfs/sources/glibc-2.24/build/stubs.h > /tools/include/gnu/stubs-64.h; fi > rm -f /mnt/lfs/sources/glibc-2.24/build/stubs.h > make[1]: Leaving directory '/mnt/lfs/sources/glibc-2.24' > root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# echo 'int main(){}' > dummy.c > > *root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# $LFS_TGT-gcc > dummy.cx86_64-lfs-linux-gnu-gcc: command not found* > > > > and ill continue to install next package then libstdc++ is also successfully > done, > > and when m in *pass-2 binutils* then it show > error: C compiler cannot create executables > > root@sumi-k:/mnt/lfs/sources# tar -xf binutils-2.27.tar.bz2 > root@sumi-k:/mnt/lfs/sources# cd binutils-2.27 > root@sumi-k:/mnt/lfs/sources/binutils-2.27# mkdir -v build > mkdir: created directory 'build' > root@sumi-k:/mnt/lfs/sources/binutils-2.27# cd build > root@sumi-k:/mnt/lfs/sources/binutils-2.27/build# CC=$LFS_TGT-gcc >\ > > AR=$LFS_TGT-ar \ > > RANLIB=$LFS_TGT-ranlib \ > > ../configure \ > > --prefix=/tools\ > > --disable-nls \ > > --disable-werror \ > > --with-lib-path=/tools/lib \ > > --with-sysroot > checking build system type... x86_64-pc-linux-gnu > checking host system type... x86_64-pc-linux-gnu > checking target system type... x86_64-pc-linux-gnu > checking for a BSD-compa
Re: [lfs-support] Binutils pass 2 failed
On 09/04/2016 01:49 PM, Sumit Kokal wrote: Hii sir, first in pass-1 glibc make and make install successfully done, when m echo 'int main(){}' > dummy.c $LFS_TGT-gcc dummy.c readelf -l a.out | grep ': /tools' this commands den following output is come mv -f /mnt/lfs/sources/glibc-2.24/build/elf/stubsT /mnt/lfs/sources/glibc-2.24/build/elf/stubs make[2]: Leaving directory '/mnt/lfs/sources/glibc-2.24/elf' (sed '/^@/d' include/stubs-prologue.h; LC_ALL=C sort /mnt/lfs/sources/glibc-2.24/build/csu/stubs /mnt/lfs/sources/glibc-2.24/build/iconv/stubs /mnt/lfs/sources/glibc-2.24/build/locale/stubs /mnt/lfs/sources/glibc-2.24/build/localedata/stubs /mnt/lfs/sources/glibc-2.24/build/iconvdata/stubs /mnt/lfs/sources/glibc-2.24/build/assert/stubs /mnt/lfs/sources/glibc-2.24/build/ctype/stubs /mnt/lfs/sources/glibc-2.24/build/intl/stubs /mnt/lfs/sources/glibc-2.24/build/catgets/stubs /mnt/lfs/sources/glibc-2.24/build/math/stubs /mnt/lfs/sources/glibc-2.24/build/setjmp/stubs /mnt/lfs/sources/glibc-2.24/build/signal/stubs /mnt/lfs/sources/glibc-2.24/build/stdlib/stubs /mnt/lfs/sources/glibc-2.24/build/stdio-common/stubs /mnt/lfs/sources/glibc-2.24/build/libio/stubs /mnt/lfs/sources/glibc-2.24/build/dlfcn/stubs /mnt/lfs/sources/glibc-2.24/build/malloc/stubs /mnt/lfs/sources/glibc-2.24/build/string/stubs /mnt/lfs/sources/glibc-2.24/build/wcsmbs/stubs /mnt/lfs/sources/glibc-2.24/build/timezone/stubs /mnt/lfs/sources/glibc-2.24/build/time/stubs /mnt/lfs/sources/glibc-2.24/build/dirent/stubs /mnt/lfs/sources/glibc-2.24/build/grp/stubs /mnt/lfs/sources/glibc-2.24/build/pwd/stubs /mnt/lfs/sources/glibc-2.24/build/posix/stubs /mnt/lfs/sources/glibc-2.24/build/io/stubs /mnt/lfs/sources/glibc-2.24/build/termios/stubs /mnt/lfs/sources/glibc-2.24/build/resource/stubs /mnt/lfs/sources/glibc-2.24/build/misc/stubs /mnt/lfs/sources/glibc-2.24/build/socket/stubs /mnt/lfs/sources/glibc-2.24/build/sysvipc/stubs /mnt/lfs/sources/glibc-2.24/build/gmon/stubs /mnt/lfs/sources/glibc-2.24/build/gnulib/stubs /mnt/lfs/sources/glibc-2.24/build/wctype/stubs /mnt/lfs/sources/glibc-2.24/build/manual/stubs /mnt/lfs/sources/glibc-2.24/build/shadow/stubs /mnt/lfs/sources/glibc-2.24/build/gshadow/stubs /mnt/lfs/sources/glibc-2.24/build/po/stubs /mnt/lfs/sources/glibc-2.24/build/argp/stubs /mnt/lfs/sources/glibc-2.24/build/crypt/stubs /mnt/lfs/sources/glibc-2.24/build/nptl/stubs /mnt/lfs/sources/glibc-2.24/build/rt/stubs /mnt/lfs/sources/glibc-2.24/build/conform/stubs /mnt/lfs/sources/glibc-2.24/build/debug/stubs /mnt/lfs/sources/glibc-2.24/build/mathvec/stubs /mnt/lfs/sources/glibc-2.24/build/libidn/stubs /mnt/lfs/sources/glibc-2.24/build/nptl_db/stubs /mnt/lfs/sources/glibc-2.24/build/inet/stubs /mnt/lfs/sources/glibc-2.24/build/resolv/stubs /mnt/lfs/sources/glibc-2.24/build/nss/stubs /mnt/lfs/sources/glibc-2.24/build/hesiod/stubs /mnt/lfs/sources/glibc-2.24/build/sunrpc/stubs /mnt/lfs/sources/glibc-2.24/build/nis/stubs /mnt/lfs/sources/glibc-2.24/build/nscd/stubs /mnt/lfs/sources/glibc-2.24/build/streams/stubs /mnt/lfs/sources/glibc-2.24/build/login/stubs /mnt/lfs/sources/glibc-2.24/build/elf/stubs) > /mnt/lfs/sources/glibc-2.24/build/stubs.h if test -r /tools/include/gnu/stubs-64.h && cmp -s /mnt/lfs/sources/glibc-2.24/build/stubs.h /tools/include/gnu/stubs-64.h; \ then echo 'stubs.h unchanged'; \ else /usr/bin/install -c -m 644 /mnt/lfs/sources/glibc-2.24/build/stubs.h /tools/include/gnu/stubs-64.h; fi rm -f /mnt/lfs/sources/glibc-2.24/build/stubs.h make[1]: Leaving directory '/mnt/lfs/sources/glibc-2.24' root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# echo 'int main(){}' > dummy.c *root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# $LFS_TGT-gcc dummy.c x86_64-lfs-linux-gnu-gcc: command not found* You should have stopped here. You can't just continue if you get errors. You need to determine the cause of the problem before moving on. However, I already see the problem (or at least one problem) - you're running this as root instead of the lfs user. Run "rm -rf /tools/*" then go back to the beginning of Chapter 5, and do everything as the lfs user until you're told to do otherwise. -- 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
Re: [lfs-support] Sanity Check Failed in GCC Pass 2
On 04/09/2016 06:55 μμ, Rob wrote: In conducting the sanity check in section 5.10: echo 'int main(){}' > dummy.c cc dummy.c readelf -l a.out | grep ': /tools' cc dummy.c got the following output /usr/bin/ld: /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/6.2.0/../../../crti.o: unrecognized relocation (0x2b) in section `.init' /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status I am following LFS 7.10 RC1. I do not understand enough of the inner workings of linking to debug this issue. The pages on google are seemingly directed at experienced programmers--something which I am not. What went wrong here? Check lfs user's bash history to be sure that you run the book's commands correctly. Check if you used the correct tarball versions also. You can do this with command "history|less" on a terminal as user lfs, or open /home/lfs/.bash_history with an editor. If you don't find something, post some info for the host and the output of version-check.sh -- Thanos -- 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
[lfs-support] Binutils pass 2 failed
Hii sir, first in pass-1 glibc make and make install successfully done, when m echo 'int main(){}' > dummy.c $LFS_TGT-gcc dummy.c readelf -l a.out | grep ': /tools' this commands den following output is come mv -f /mnt/lfs/sources/glibc-2.24/build/elf/stubsT /mnt/lfs/sources/glibc-2.24/build/elf/stubs make[2]: Leaving directory '/mnt/lfs/sources/glibc-2.24/elf' (sed '/^@/d' include/stubs-prologue.h; LC_ALL=C sort /mnt/lfs/sources/glibc-2.24/build/csu/stubs /mnt/lfs/sources/glibc-2.24/build/iconv/stubs /mnt/lfs/sources/glibc-2.24/build/locale/stubs /mnt/lfs/sources/glibc-2.24/build/localedata/stubs /mnt/lfs/sources/glibc-2.24/build/iconvdata/stubs /mnt/lfs/sources/glibc-2.24/build/assert/stubs /mnt/lfs/sources/glibc-2.24/build/ctype/stubs /mnt/lfs/sources/glibc-2.24/build/intl/stubs /mnt/lfs/sources/glibc-2.24/build/catgets/stubs /mnt/lfs/sources/glibc-2.24/build/math/stubs /mnt/lfs/sources/glibc-2.24/build/setjmp/stubs /mnt/lfs/sources/glibc-2.24/build/signal/stubs /mnt/lfs/sources/glibc-2.24/build/stdlib/stubs /mnt/lfs/sources/glibc-2.24/build/stdio-common/stubs /mnt/lfs/sources/glibc-2.24/build/libio/stubs /mnt/lfs/sources/glibc-2.24/build/dlfcn/stubs /mnt/lfs/sources/glibc-2.24/build/malloc/stubs /mnt/lfs/sources/glibc-2.24/build/string/stubs /mnt/lfs/sources/glibc-2.24/build/wcsmbs/stubs /mnt/lfs/sources/glibc-2.24/build/timezone/stubs /mnt/lfs/sources/glibc-2.24/build/time/stubs /mnt/lfs/sources/glibc-2.24/build/dirent/stubs /mnt/lfs/sources/glibc-2.24/build/grp/stubs /mnt/lfs/sources/glibc-2.24/build/pwd/stubs /mnt/lfs/sources/glibc-2.24/build/posix/stubs /mnt/lfs/sources/glibc-2.24/build/io/stubs /mnt/lfs/sources/glibc-2.24/build/termios/stubs /mnt/lfs/sources/glibc-2.24/build/resource/stubs /mnt/lfs/sources/glibc-2.24/build/misc/stubs /mnt/lfs/sources/glibc-2.24/build/socket/stubs /mnt/lfs/sources/glibc-2.24/build/sysvipc/stubs /mnt/lfs/sources/glibc-2.24/build/gmon/stubs /mnt/lfs/sources/glibc-2.24/build/gnulib/stubs /mnt/lfs/sources/glibc-2.24/build/wctype/stubs /mnt/lfs/sources/glibc-2.24/build/manual/stubs /mnt/lfs/sources/glibc-2.24/build/shadow/stubs /mnt/lfs/sources/glibc-2.24/build/gshadow/stubs /mnt/lfs/sources/glibc-2.24/build/po/stubs /mnt/lfs/sources/glibc-2.24/build/argp/stubs /mnt/lfs/sources/glibc-2.24/build/crypt/stubs /mnt/lfs/sources/glibc-2.24/build/nptl/stubs /mnt/lfs/sources/glibc-2.24/build/rt/stubs /mnt/lfs/sources/glibc-2.24/build/conform/stubs /mnt/lfs/sources/glibc-2.24/build/debug/stubs /mnt/lfs/sources/glibc-2.24/build/mathvec/stubs /mnt/lfs/sources/glibc-2.24/build/libidn/stubs /mnt/lfs/sources/glibc-2.24/build/nptl_db/stubs /mnt/lfs/sources/glibc-2.24/build/inet/stubs /mnt/lfs/sources/glibc-2.24/build/resolv/stubs /mnt/lfs/sources/glibc-2.24/build/nss/stubs /mnt/lfs/sources/glibc-2.24/build/hesiod/stubs /mnt/lfs/sources/glibc-2.24/build/sunrpc/stubs /mnt/lfs/sources/glibc-2.24/build/nis/stubs /mnt/lfs/sources/glibc-2.24/build/nscd/stubs /mnt/lfs/sources/glibc-2.24/build/streams/stubs /mnt/lfs/sources/glibc-2.24/build/login/stubs /mnt/lfs/sources/glibc-2.24/build/elf/stubs) > /mnt/lfs/sources/glibc-2.24/build/stubs.h if test -r /tools/include/gnu/stubs-64.h && cmp -s /mnt/lfs/sources/glibc-2.24/build/stubs.h /tools/include/gnu/stubs-64.h; \ then echo 'stubs.h unchanged'; \ else /usr/bin/install -c -m 644 /mnt/lfs/sources/glibc-2.24/build/stubs.h /tools/include/gnu/stubs-64.h; fi rm -f /mnt/lfs/sources/glibc-2.24/build/stubs.h make[1]: Leaving directory '/mnt/lfs/sources/glibc-2.24' root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# echo 'int main(){}' > dummy.c *root@sumi-k:/mnt/lfs/sources/glibc-2.24/build# $LFS_TGT-gcc dummy.cx86_64-lfs-linux-gnu-gcc: command not found* and ill continue to install next package then libstdc++ is also successfully done, and when m in *pass-2 binutils* then it show error: C compiler cannot create executables root@sumi-k:/mnt/lfs/sources# tar -xf binutils-2.27.tar.bz2 root@sumi-k:/mnt/lfs/sources# cd binutils-2.27 root@sumi-k:/mnt/lfs/sources/binutils-2.27# mkdir -v build mkdir: created directory 'build' root@sumi-k:/mnt/lfs/sources/binutils-2.27# cd build root@sumi-k:/mnt/lfs/sources/binutils-2.27/build# CC=$LFS_TGT-gcc \ > AR=$LFS_TGT-ar \ > RANLIB=$LFS_TGT-ranlib \ > ../configure \ > --prefix=/tools\ > --disable-nls \ > --disable-werror \ > --with-lib-path=/tools/lib \ > --with-sysroot checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /bin/sed checking for gawk... gawk checking for gcc... x86_64-lfs-linux-gnu-gcc checking for C compiler default output file name... configure: error: in `/mnt/lfs/sources/binutils-2.27/build': *configure: error: C
[lfs-support] Sanity Check Failed in GCC Pass 2
In conducting the sanity check in section 5.10: echo 'int main(){}' > dummy.c cc dummy.c readelf -l a.out | grep ': /tools' cc dummy.c got the following output /usr/bin/ld: /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/6.2.0/../../../crti.o: unrecognized relocation (0x2b) in section `.init' /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status I am following LFS 7.10 RC1. I do not understand enough of the inner workings of linking to debug this issue. The pages on google are seemingly directed at experienced programmers--something which I am not. What went wrong here? -- 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
Re: [lfs-support] Force i386
Thanos Baloukas wrote: > Maybe you want to try CLFS. http://trac.clfs.org/ http://clfs.org/view/ Thanks. I'll read through there and see if I can't apply information to new toolchan versions. Looks like CLFS is a few years behind. -- 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
Re: [lfs-support] Force i386
On 04/09/2016 11:12 πμ, Rob wrote: Thanos Baloukas wrote: http://lists.linuxfromscratch.org/pipermail/lfs-support/2016-September/050333.html In that thread, you linked to a script collection, on github. The instructions in there did not work (not surprising), and asking google just linked to a bunch of pages about installing multiarch packages using various distro package managers. Not useful here. So, I gave up on trying to build a multilib toolchain. Maybe you want to try CLFS. http://trac.clfs.org/ http://clfs.org/view/ -- Thanos -- 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
Re: [lfs-support] Force i386
Thanos Baloukas wrote: http://lists.linuxfromscratch.org/pipermail/lfs-support/2016-September/050333.html In that thread, you linked to a script collection, on github. The instructions in there did not work (not surprising), and asking google just linked to a bunch of pages about installing multiarch packages using various distro package managers. Not useful here. So, I gave up on trying to build a multilib toolchain. -- 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
Re: [lfs-support] Force i386
On 04/09/2016 08:14 πμ, Rob wrote: I can't seem to get multilib GCC to compile properly. It stops haflway through compiling with "checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES." and won't go any further. Sounds like something went wrong with binutils, but I'm not sure how to fix. So, is there any way to force i686 on a x86_64 system? Perhaps change $LFS_TGT to i386-linux-gnu? You don't mention what changes to the instructions led to that error. Did you read the replies to http://lists.linuxfromscratch.org/pipermail/lfs-support/2016-September/050333.html Multilib is not simple. It needs changes to the whole toolchain - binutils, gcc, glibc. The changes may be configure options, variables, patches etc. -- Thanos -- 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