> > Passing through HOSTCC makes sense, but passing through CFLAGS... is it > > HOSTCFLAGS or CROSS_CFLAGS? > > Except now that I sit down to do it (in the kernel HOSTCFLAGS is a variable > and > CFLAGS seems to go to the cross compiler, modulo whatever EXTRA_CFLAGS and > HOST_EXTRACFLAGS do), there's a design problem: > > The airlock step already wrapped the compiler. If you're specifying HOSTCC > then > that should be what was wrapped? (But if you do put the flags in the $HOSTCC > name, I'm not sure how to teach the airlock to wrap that...) > > Specifying HOSTCC="/path/to/thingy --options" on the command line bypasses the > airlock step entirely, so it'll wrap the hostcc it finds but then use > something > else. :) That's ugly but works.
I meant after reading mkroot more closely I welcome the variables status quo. No need pass through more. However the airlock and all HOSTCC usage could inline -static by default, not in HOSTCC but in their commands after HOSTCC, then HOSTCC is a clean path to an executable. > kinda aimed at a common case and adding too many weird knobs to it might > defeat > the purpose? I'm unsure. Exactly, fewer knobs is good, fewer untested combinations. > > Pkgsrc sources include a reference shell and awk capable of a bootstrapping > > its > > bmake to build other software. > > Of course it does. Why wouldn't it? > > > Their build scripts want make and autotools on > > the host, > > So they include awk but expect autotools as an environment dependency. Sorry I word bad! Pkgsrc environment dependencies are kernel, libc, headers, toolchain, core utils, shell, awk and wget. They (pkgsrc) expect you to cross-compile these from a fat host, then pkgsrc downloads and builds everything else natively. I just figured out how to cross-compile less and bootstrap without the fat host, using mcm prebuilts and toybox, first pkgsrc and then a complete system that can rebuild toybox. XFCE didn't eventually work there but Weston does, so I think I'll upload that script somewhere including recent changes and maintain if someone's interested. _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
