On Monday, October 28, 2013 11:34 EDT, Rob Landley <rob@landley.net> wrote:<br /><br />> Sorry for the late answer. Started a new job last monday and I was<br />> behind on my email before that...<br />Congrats on this Rob!<br /><br />>> Essentially what I want<br />>> is to build my own C library under nat ive buil d and link everything<br />>> against it, instead of linking against uClibc that is shipped by AL. I<br />>> am yet unsure on how easy this would be, provided that C library is<br />>> under /lib and not under /tools/lib.<br /><br />> I'm trying to convert aboriginal over to use musl-libc<br /><br />> Natively, if you want to use a different libc the most obvious approach<br />> is to build a chroot that uses it. Start by installing your new<br />> toolchain in a directory under /home in the system iamge (which<br />> dev-environment.sh attaches a 2 gigabyte hdb.img ext3 image to by<br />> default, so it'
 s writeable and potentially persistent), then use that<br />> toolchain to build more stuff.<br /><br />I guess I can more or less follow the LFS approach in native stage, though<br />I will need to satisfy LFS "host system requirements" by building Perl,<br />Texinfo, etc and then start building what LFS calls "Temporary System". The<br />thing is, however, is that this diminishes Aboriginal's value as a _build_<br />system, as I can launch any target-specific distro under QEMU, possibly<br />with all pre-requisites already there and proceed with LFS stages in the<br />same or possibly even more convenient fashion.<br /><br />I guess if you are not planning to develop Aboriginal in direction of a<br />flexible build system this is fine by me.<br /><br />Please let me know if I am missing something.<br /><br />What I attempted to accomplish was to have Aboriginal provide me with a<br />native toolchain that can build the entire (possibly embedded-targeting
 )<br />system where I can use the C library of my choosing, or at least not to<br />depend on cross-compiled native C library. I had some ideas on how to<br />provide for packaging support (rpm or opkg) using AUFS (for which I ship<br />custom kernel to Aboriginal), but at this point I am stuck with the (almost)<br />chicken and egg issue, and my cross-compilation/toolchain experience is not<br />enough to overcome them.<br /> <br />By the way, is there a way to checkout the most recent stable Aboriginal<br />revision that still supports the /tools hierarchy?<br /><br />Eric