Date: Wed, 26 Nov 2014 14:05:11 -0800 From: Sean Bruno <sbruno@ignoranthack.me> To: freebsd-arch@freebsd.org Subject: Re: How is MACHINE_ARCH dervived by make? [SOLVED] Message-ID: <1417039511.4680.8.camel@ignoranthack.me> In-Reply-To: <1417039008.4680.6.camel@ignoranthack.me> References: <1417037830.4680.4.camel@ignoranthack.me> <6BCC0757-6BAD-4D3F-A606-414478112143@gmail.com> <1417039008.4680.6.camel@ignoranthack.me>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2014-11-26 at 13:56 -0800, Sean Bruno wrote: > On Wed, 2014-11-26 at 13:41 -0800, Garrett Cooper wrote: > > On Nov 26, 2014, at 13:37, Sean Bruno <sbruno@ignoranthack.me> wrote: > > > > > I have yet to find the magic bit in the build sys that causes ports to > > > go off and think that I'm building for amd64. Building on a real amd64 > > > box inside of an emulated jail via qemu and I still am getting tripped > > > up by something in our system thinking that I want amd64 as the > > > MACHINE_ARCH. > > > > It˘s handled in bmake/make. If you need to crossbuild, you˘ll probably need to tell make what your MACHINE_ARCH/MACHINE is. > > Please refer to the manpages for more details. > > Cheers! > > > > Hrm, man make doesn't bring up the bmake man page (on current). If it > *did* I would have seen the MACHINE_ARCH comments that allow overrides. > Odd. > > > $ grep -rl MACHINE_ARCH contrib/bmake/ usr.bin/make | grep '\.c$' > > contrib/bmake/main.c > > contrib/bmake/arch.c > > usr.bin/make/main.c > > > > Looking now ... it sort of looks like there is some shell script hackery > to do this at build time that depends on uname in machine.sh and os.sh > > sean > > ____________________ Ok, that gave me the clue-bat I needed. Executing "setenv MACHINE arm; setenv MACHINE_ARCH armv6" was exactly the little bit of magic I was looking for. sean
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1417039511.4680.8.camel>