Ok actually reading the book again .... in "iii. LFS Target Architectures"
You welcome to add ARMv7l to the list same rules apply as PPC infact ARM is "easier" and mostly out the box. a disclaimer is that i build it mostly cross with qemu-user running it this way on a i7x8 is faster than a exynos5 but i have built a functional system natively QT4 takes good few hours and icedtea even longer. a raspberry PI is a "lower" spec system that it should work on may need extra switches to operate with its FPU. also x32 is a posiblity to run 32bit ILP (int,long,ptr) with 4GB memory limit per process allowing 32bit addressing using 64bit instructions/registers this is for embeded systems with limited memory. binaries are smaller memory footprint is lower but higher than 32bit. KIDS DO NOT TRY x32 @ home its not 100% friendly LFS works fine but to bootstrap it you MUST CROSS build from 64bit and its not pretty. once its up and going works fine. BLFS will mostly work, ASM will need tweeks/disable QT4 can be tortured to build i have patched mplayer to work but without the "optimizations" its a nice way to juice a intel atom as a "server". Also the kernel must be 64bit with x32 support. Some things just dont work for one ADA builds fine with some bodgery but time functions are b0rk3d system uses 64bit and ada 32bit i have got icedtea to build on it for "educational" purposes only as it runs with the "zero" hotspot only. i strongly recommend using a multilib system with at least x32/64 bit support and use 64bit versions of programs which x32 does not provide this adds hard drive bloat and likely reverses all gains on low memory footprint as you will run 2 versions of DLL's in memory in many cases. Greg -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
