From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 22:01:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D32106567A; Sat, 21 Aug 2010 22:01:57 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id A58E38FC0A; Sat, 21 Aug 2010 22:01:57 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 87734582C9; Sat, 21 Aug 2010 17:01:56 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 9PtLQtbwBQDu; Sat, 21 Aug 2010 17:01:56 -0500 (CDT) Received: from wanderer.tachypleus.net (adsl-76-208-70-144.dsl.mdsnwi.sbcglobal.net [76.208.70.144]) by mail.icecube.wisc.edu (Postfix) with ESMTP id CEB79582C5; Sat, 21 Aug 2010 17:01:55 -0500 (CDT) Message-ID: <4C704CD2.9040604@freebsd.org> Date: Sat, 21 Aug 2010 17:01:54 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100727 Thunderbird/3.0.6 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <201008190304.o7J34Wa4089466@freebsd-current.sentex.ca> <86occzdmhg.fsf@ds4.des.no> <4C6D557E.6080406@freebsd.org> <86sk29ws6u.fsf@ds4.des.no> <4C6E825C.5060509@freebsd.org> <86fwy9f5vj.fsf@ds4.des.no> <4C6F0813.9030007@freebsd.org> <86aaofpr7j.fsf@ds4.des.no> In-Reply-To: <86aaofpr7j.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: powerpc@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2010 22:01:58 -0000 On 08/21/10 16:54, Dag-Erling Smørgrav wrote: > Nathan Whitehorn writes: > >> I'm the first to admit that many of the config tricks involved in this >> port, and GENERIC64, are ugly hacks, largely because config(8) was not >> designed with such things in mind. >> > It's not just "config tricks and ugly hacks", it also violates the > assumption that target names are unique. > This was discussed on arch several months ago. Breaking that assumption seems much better, in the long term, than any of the alternatives in order to accomodate mips[64][el|eb], arm[eb], powerpc[64], and any other similar situations we may run into in the future. Sharing an include/machine directory, which is a side effect, also means that things like cc -m32 work out of the box. >> To address the immediate problem, I think the best solution is to use >> the -m option to config to reject kernel configs for different >> architectures, >> > I'm not sure I understand what you mean (or rather, how it would help > the tinderbox). What *would* help would be an easy way to determine, > *before* trying to build it, whether a specific kernel config is > appropriate for a specific target. Can you think of an easier way to do > this than to scan the config for the "machine" line? > That's exactly what I proposed. You use config, before trying the build, to look up the machine specification for the config file. I sent you a 5 line patch to tinderbox.pl that does this by private email. Other alternatives would be having sys/$MACHINE/conf.$MACHINE_ARCH directories or something, but that invites far more breakage. -Nathan