From owner-freebsd-arch@FreeBSD.ORG Tue Jun 26 20:11:53 2012 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 912C4106566B; Tue, 26 Jun 2012 20:11:53 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 64A708FC12; Tue, 26 Jun 2012 20:11:53 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.5/8.14.5) with ESMTP id q5QKBlAU014146; Tue, 26 Jun 2012 13:11:47 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.5/8.14.5/Submit) id q5QKBlDt014145; Tue, 26 Jun 2012 13:11:47 -0700 (PDT) (envelope-from obrien) Date: Tue, 26 Jun 2012 13:11:46 -0700 From: "David O'Brien" To: Baptiste Daroussin Message-ID: <20120626201146.GA13937@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Baptiste Daroussin , arch@FreeBSD.org References: <20120526235510.GB90668@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120526235510.GB90668@ithaqua.etoilebsd.net> X-Operating-System: FreeBSD 10.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.20 (2009-06-14) Cc: arch@FreeBSD.org Subject: Re: switch tounconditionnal boostrapping while to build the tree X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 20:11:53 -0000 On Sun, May 27, 2012 at 01:55:10AM +0200, Baptiste Daroussin wrote: > After I replace yacc(1) by byacc(1) on current, we discovered than now it is > impossible to build 9 on current, because byacc(1) is not 100% backward > compatible with our yacc(1). Can this backward compatibility not be addressed? What are the details of the incompatibility. > this is because building a boostrap yacc(1) is conditionned on the > version of the host that is building world. Looking at Makefile.inc1 I > can see that lots of tools are conditionned like this. I think if we > want to go to be able to cross build the tree (I remember from > EuroBSDcon that this is something we want to do) then we need to remove > the conditions and always boostrap any tool necessary to be able to > build the tree. The problem with this approach is it leads to building things 2 and 3 times. How long until 'make buildworld' is actually the sum of two 'make buildworld's? I cannot wait for the day that we get to build clang first as a cross-tool and then as a target-tool like we do with GCC. Just building clang once already dominates the time of 'make buildworld' even with GCC built twice. > so if no one care I'll remove the condition to boostrap at least > yacc(1) and lex(1) on current, 9, 8 and 7. Please keep the conditional to the minimal that's needed to build 10-CURRENT. If that is all of 9, 8, 7 -- then I guess that is unconditioning, but if the new byacc is MFC'ed to 9, then I'd like to see it only bootstrapped on older 9. -- -- David (obrien@FreeBSD.org)