From owner-freebsd-embedded@FreeBSD.ORG Tue Dec 6 19:20:32 2011 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3418A106566B; Tue, 6 Dec 2011 19:20:32 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 153988FC08; Tue, 6 Dec 2011 19:20:31 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 8F8565619E; Tue, 6 Dec 2011 13:20:31 -0600 (CST) Date: Tue, 6 Dec 2011 13:20:31 -0600 From: Mark Linimon To: Warner Losh Message-ID: <20111206192031.GB5672@lonesome.com> References: <4ED6FD47.6050704@bluezbox.com> <96407605-79A9-4AE3-AC2F-13BD97943153@lassitu.de> <20111205235219.GB18310@lonesome.com> <1F03AEDA-7B01-4AF9-83B5-415B9226DF0F@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1F03AEDA-7B01-4AF9-83B5-415B9226DF0F@bsdimp.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: linimon@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: Ports cross-compilation X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 19:20:32 -0000 On Mon, Dec 05, 2011 at 08:54:55PM -0700, Warner Losh wrote: > Well, the ONLY_FOR_ARCH stuff might be a good first-order clue. This is why I want to move away from NOT_FOR_ARCHS and move exclusively to ONLY_FOR_ARCHS; for embedded, the former is exactly The Wrong Thing. Unfortunately, NOT_FOR_ARCHS is all over the tree. The other problem is that if the port merely breaks on compiling (rather than there being missing pieces that prevent it from even getting that far) the 'best practice' is to set BROKEN conditionally, instead of *ARCH*. But the tree is rife with examples where the one approach is done rather than the other. To see an example of the union of the above: http://pointyhat.freebsd.org/errorlogs/sparc64-9-latest/duds.verbose That's the union of all cases of "do not try to build me" for sparc64-9. Obviously a lot of the things are common to all archs, and one metadata entry can cause many lines (e.g. "no linux on sparc64"), but it gives a rough idea of the scope of the task (1794 entries). mcl