From owner-freebsd-arch@FreeBSD.ORG Thu Mar 19 01:56:07 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 8C8C91065672 for ; Thu, 19 Mar 2009 01:56:07 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 37D158FC18 for ; Thu, 19 Mar 2009 01:56:07 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id n2J1u4KM046024; Wed, 18 Mar 2009 19:56:05 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.3/8.14.3) with ESMTP id n2J1u25N015003; Wed, 18 Mar 2009 19:56:02 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.3/8.14.3/Submit) id n2J1u2Hn015000; Wed, 18 Mar 2009 19:56:02 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18881.42546.640583.971867@gromit.timing.com> Date: Wed, 18 Mar 2009 19:56:02 -0600 From: John Hein To: Julian Elischer In-Reply-To: <49C19F2A.10406@elischer.org> 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> <49C19F2A.10406@elischer.org> X-Mailer: VM 7.19 under Emacs 22.3.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: 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:56:07 -0000 Julian Elischer wrote at 18:26 -0700 on Mar 18, 2009: > John Hein wrote: > > 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. In our locally grown build env, that's pretty easy to do (pass different UNAME_r at different build stages). Perhaps you could even put it into the default env for a build chroot/jail (via login.conf). As I said, it's probably not in the scope of /usr/src/Makefile*, but because we can pass in UNAME_r from a higher level having Makefile.inc1 use 'uname -r' for OSREL (as it is currently named) in cross builds seems okay to me.