On 10 May 2010 07:41, Gilles Espinasse <g....@free.fr> wrote: > > ----- Original Message ----- > From: "Ken Moffat" <zarniwhoo...@googlemail.com> > To: "LFS Developers Mailinglist" <lfs-dev@linuxfromscratch.org> > Sent: Sunday, May 09, 2010 10:12 PM > Subject: Re: gmp note (#2648) > > >> > >> >> For x86_64-capable CPUs (pedantically, I don't think this is an issue on >> other 64-bit-capable architectures) I see no benefit in specifying > '--build'.. >> ABI=32 is more appropriate. >> > Should be the same on ppc and sparc 64-bits cpu with 32-bits userland. > I don't have a pcc64 and my sparc64 build is broken actually.
My ppc64 is part way through building LFS-6.6 for my ibook (I managed to get a new battery, so I'm hoping to give it a less ancient system). The ibook is a 'G4', my reading is that the binaries will _probably_ work. I grant that a G3 (750) would get different native code. But that's a build-for-another-machine comment. What I know for certain is that my ppc64 [ biarch toolchain, 64-bit kernel, everything else 32-bit, with a 32-bit default ] didn't need any ABI= override even though I seem to pass CFLAGS=-O2. >> Is this the only place in the current book where following the >> instructions and building on recent i686 produces binaries that >> do not run on i486 ? >> > Parsing our entire build tree with analyse-x86.sh (curious name for a perl > script), here are the first results > > i486: 0 i586: 2 mmx: 0 sse: 2 3dnow: 0 ext3dnow: 0 > /bin/kill will run on AMD Athlon 4 (athlon-4) or higher processor. > [...] > > This need a bit more work > With some of the binaries in that list, the script say > "This binary was found to contain the cpuid instruction. > It may be able to conditionally execute instructions if > they are supported on the host (i586+)." > > That script has a bug when the cpu is not displayed and there is a space for > /lib/libc-2.11.1.so will run on or higher processor. > /lib/libpthread-2.11.1.so will run on or higher processor. > /sbin/ldconfig will run on or higher processor. > /usr/lib/libcrypto.so.0.9.8 will run on or higher processor. > /usr/lib/libpixman-1.so.0.17.10 will run on or higher processor. Those last two aren't in LFS. > > There is probably another bug in the script for /lib/ld-2.11.1.so > All counts are 0 but script say i686 is needed. > > kil, ps, free, top, uptime, vmstat, w belong to the same procps package. > There is a problem there. Thanks for that. Unfortunately, I'm starting to feel less convinced about the merit of mentioning this for the book as part of this ticket.. Adding notes *all_over* the book for a situation that I'm still not sure we *support* seems wrong [ the notes jump out of the page, as they are meant to ]. Perhaps it might still be worth adding a section somewhere to explain at least which packages give problems, and perhaps how to address them. If this was BLFS, I'd say for certain that it belongs in the wiki. ĸen -- After tragedy, and farce, "OMG poneys!" -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
