Date: Tue, 10 Jul 2001 16:04:51 -0700 From: Mark Peek <mark@whistle.com> To: current@FreeBSD.ORG Subject: Re: Cross building FYI Message-ID: <p05100320b771373c59e4@[207.76.207.129]> In-Reply-To: <20010710154330.A98432@dragon.nuxi.com> References: <200107082141.f68LfVJ13849@harmony.village.org> <xzpr8vqoqb4.fsf@flood.ping.uio.no> <p05100317b770dbc6dcd4@[207.76.207.129]> <20010710154330.A98432@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 3:43 PM -0700 7/10/01, David O'Brien wrote:
>On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote:
>> Below are patches which allowed me to run an alpha cross build
>> through to completion using:
>>
>> make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj buildworld
>
>Why is MAKEOBJDIRPREFIX=/usr/aobj needed? The cross build used to use
>/usr/obj/<machine>/ quite nicely.
It's not. I just wanted to have a different object directory than my
normal one to ensure I wasn't getting any contamination in my
compiles. I was just stating what I ran.
> > and a normal build using
>>
> > make -DNOPERL MAKEOBJDIRPREFIX=/usr/iobj buildworld
>
>Huh? A normal build shouldn't need -DNOPERL and a MAKEOBJDIRPREFIX
>redifintion.
Sorry, bad choice of words. By "normal" I meant a non-cross compiled
build. To ensure I didn't break it, I wanted to run it with similar
arguments as my cross build. I was just stating what I ran. I'll run
a normal build tonight with my patches to verify.
> > #-----------------------------------------------------------------------
>> Index: gnu/usr.bin/cc/f771/Makefile
>> ===================================================================
>> RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/f771/Makefile,v
>> retrieving revision 1.6
>> diff -u -r1.6 Makefile
>> --- gnu/usr.bin/cc/f771/Makefile 2000/03/15 05:13:53 1.6
>> +++ gnu/usr.bin/cc/f771/Makefile 2001/07/10 19:36:13
>> @@ -35,7 +35,7 @@
>> .for i in 1t 2t fo io nq op ot
>> .ORDER: str-$i.h str-$i.j
>> str-$i.j str-$i.h: str-$i.fin fini
>> - ./fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h
>> + fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h
>
>This will use the one in the path, IIRC Marcel explicitly wanted "./fini"
>for the cross-build case.
Hmmm, this failed for me in my build so I applied the same change as
I did in cc_tools. This is due to "fini" being rebuilt as a TARGET
executable in the TARGET object directory during stage 4 so "./fini"
won't run on the host system. Perhaps Marcel could offer his opinion.
Mark
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p05100320b771373c59e4>