From owner-freebsd-arch@FreeBSD.ORG Thu Mar 19 01:25:54 2009 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF471065673 for ; Thu, 19 Mar 2009 01:25:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF4E8FC2B for ; Thu, 19 Mar 2009 01:25:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 1FC32B98F; Wed, 18 Mar 2009 18:25:54 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 6661B2D6011; Wed, 18 Mar 2009 18:25:53 -0700 (PDT) Message-ID: <49C19F2A.10406@elischer.org> Date: Wed, 18 Mar 2009 18:26:02 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: John Hein References: <18875.60334.947446.966085@gromit.timing.com> <20090315.080814.669286040.imp@bsdimp.com> <18877.57878.136116.691250@gromit.timing.com> <20090318.183646.-593221015.imp@bsdimp.com> <18881.38984.133668.539997@gromit.timing.com> In-Reply-To: <18881.38984.133668.539997@gromit.timing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ed@80386.nl, arch@freebsd.org Subject: Re: Final sanity pass: xdev X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 01:25:55 -0000 John Hein wrote: > M. Warner Losh wrote at 18:36 -0600 on Mar 18, 2009: > > In message: <18877.57878.136116.691250@gromit.timing.com> > > John Hein writes: > > : M. Warner Losh wrote at 08:08 +0900 on Mar 15, 2009: > > : > In message: <18875.60334.947446.966085@gromit.timing.com> > > : > John Hein writes: > > : > : An earlier patch of yours had: > > : > : > > : > : .if !defined(OSREL) > > : > : OSREL!= uname -r | sed -e 's/[-(].*//' > > : > : .endif > > : > : > > : > : But the latest (and the one committed) does not. > > : > > > : > You are right... Dang. I must have comitted the wrong thing... > > > > There is a subtle point here that we've missed. This gives us the > > version on the host, not the version of the tree we're building. In > > practice, these need to be the same. However, if we support building > > a 6.x cross compiler on a 7.x system, we may have to revisit. > > In our build env (I'm sure you recall), it works out fine in practice > (for most ports [*]). > > Building 8.x targets on 7.x makes links like "arm-freebsd7.1-cc" but > the cross built ports also look for that name - likely because the > config-guess machinery uses uname also. > > I'm not so sure we need to support building the other direction (7 on 8) > since we generally don't support that direction of compatibilty, but > if it can be done with minimal effort, that'd be good. > > So, if it's just a matter of finding the appropriate cross version of > cc or nm or whatever, this is okay. > > [*] But if there is some dependency in a particular port that actually > looks into the freebsd version and does something different based on > version, it may be an issue. Then on top of that, there's kernel > version and userland version that may matter to certain ports. > > Perhaps we should consider setting UNAME_r in the environment when > building across major OS levels (possibly outside the scope of > /usr/src/Makefile*). > > At a certain point in the cross-arch / cross-major-OS-version building > dance, we could also just say it's not supported and let people work > it out with a native "same major" OS level build machine (possibly a > virtual machine). we also have this problem when running a different revision of software in a Jail. Possibly it should be possible to set the value that uname responds with for a process and its' children, (even more so that the environment variables) I'd like to be able to label a jail as a 7.1 jail on an 8.0 machine.. The problem in using teh single environment variable UNAME_r or friends is that the intermediate tools ARE running on a different environment than the final tools so one value may not be correct everywhere. we sort of need one value of UNAME_r up until teh tools are built, and then another value for teh binary build. But even that may be not general enough. > > > > : One more thing... Now that we've switched to bsd ar, installing > > : gnu/usr.bin/binutils installs the gnu ar as gnu-ar. Cross-built > > : ports can't find arm-freebsd8.0-ar > > > > Doh! Thanks for the patch. I'll run it through my QA cycle. > > Okay. Thanks for getting the 1000 monkeys to give it a test run ;) > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"