Jeremy Huntwork wrote: > 1. Move to DIY's new build method in trunk. If we ignore multilib and > any extra arch support for this step, the changes required aren't > actually that many, and they all take place pretty early in chapter 5.
I realize you say "this step", but LFS is already too far behind, 64-bit should be top priority. Ignoring multilib is a big mistake. The whole point of the new method is multilib and 64-bit! To be clear, I'm *NOT* talking about full-blown development system CBLFS style, that way lies madness. Just basic addition of 32-bit Glibc when targeting 64-bit. Grub builds fine, some 32-bit proprietary binaries can run, potential for expansion. It's the most flexible approach. There are other, saner, ways to do full 32-bit development when running 64-bit (chroots, vms, etc.) NOTE: FYI, I haven't tested Binutils-2.19 in 64-bit scenarios yet. Looking at the diff, there is some potential there for linker problems with the build method. I'll start some test builds when I get time. Regards Greg -- http://www.diy-linux.org/ -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
