> I built LFS 8.0 systemd 32 bits succesfully on my desktop (AMD64 > processor). > I copied the system to a laptop (32 bits Intel processor) with rsync. It > boots all right there but it refuses to compile new sources. > > I did the same a couple of years ago with LFS 7.8, built on another > desktop with a Intel-32 bits processor, without that kind of problem. > > I can give more details, but maybe the above is enough for a hint where > to look for a solution. >
Upward compatibility does not mean backward compatibility! You have different CPU architectures, which means cross-compiling throughout. Even "compatible" Intel CPUs may not be entirely compatible, e.g. Pentium 3 vs Pentium 4 vs Core2. That whole process is very delicate. In general, without due care, the RoT is "within families" and "upward only", and maybe not even the last. If you go back in the archives for the last couple or three months you'll find other threads on this kind of issue--one mine, crosscompiling for a 32-bit i686 box, with a 32-bit LFS running on an 8-core i7 box (for obvious reasons). Ken's right, GMP is first and foremost among the stumbling blocks, especially where gcc is involved, but there are others, e.g. I'm not sure how to tell Clang to cross-compile, audio-video drivers, MPEG decoders, etc. -- Paul Rogers [email protected] Rogers' Second Law: "Everything you do communicates." (I do not personally endorse any additions after this line. TANSTAAFL :-) -- 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
