Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Oct 2010 11:07:51 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        svn-src-head@freebsd.org, Dimitry Andric <dim@freebsd.org>, svn-src-all@freebsd.org, src-committers@freebsd.org, Rui Paulo <rpaulo@freebsd.org>
Subject:   Re: svn commit: r213845 - head/sys/dev/aic7xxx/aicasm
Message-ID:  <20101016080751.GQ2392@deviant.kiev.zoral.com.ua>
In-Reply-To: <201010151628.41177.jhb@freebsd.org>
References:  <201010141919.o9EJJJIc034032@svn.freebsd.org> <201010150845.22576.jhb@freebsd.org> <96F4E353-55A6-48E6-BA20-92720EC2C4E7@freebsd.org> <201010151628.41177.jhb@freebsd.org>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Fri, Oct 15, 2010 at 04:28:40PM -0400, John Baldwin wrote:
> On Friday, October 15, 2010 2:50:46 pm Rui Paulo wrote:
> > On 15 Oct 2010, at 13:45, John Baldwin wrote:
> > 
> > > On Thursday, October 14, 2010 5:09:58 pm Dimitry Andric wrote:
> > >> On 2010-10-14 21:39, John Baldwin wrote:
> > >>> On Thursday, October 14, 2010 3:19:19 pm Rui Paulo wrote:
> > >> ...
> > >>>>   Revert r213765. This is required because our build infrastructure uses
> > >>>>   the host lex instead of the lex built during buildworld. I will MFC the
> > >>>>   lex changes soon and in a few weeks this I'll commit again r213765.
> > >>> Can't you make 'lex' a build-tool to workaround this?
> > >> 
> > >> That will not help for "cd conf/CONF && make kernel", apparently.  It
> > >> will always use the host lex.
> > > 
> > > Well, yes, but that is always true.  build-tools are only used for
> > > buildkernel.  However, if an 8.x lex cannot build a 9.x kernel, then having
> > > lex be a build-tool (or cross-tool, ru@ knows which category better than I)
> > > will let a 'make kernel-toolchain' followed by 'make buildkernel' of a 9.x
> > > source tree work on an 8.x host.
> > 
> > Yes, but I was told that 'cd conf/CONF && make kernel' is a supported configuration (without requiring kernel-toolchain first).
> 
> Nah, just when it happens to work.  It's ok to require people to build a new
> world to get a new lex in that case.  However, for the buildkernel case the
> 'buildworld' / 'toolchain' / 'kernel-toolchain' targets should always build
> enough tools to let buildkernel work, so if a new lex is required they should
> build a new lex.
If it does not cost too much to keep make kernel style of build working,
then it should be kept. In this case, the only requirement is to
merge lex changes to stable branches. This is what I suggested (or
requested, depending on how you interpret my mood). The lex backporting
is orthogonal to the issue whether the lex shall become build tool.

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)

iEYEARECAAYFAky5XVYACgkQC3+MBN1Mb4hpDACeNPOuAFZGGkY3/8UfC+VB489i
BeQAnRPhxbaEW42GBY8iwW2sWn4gSHyu
=2otL
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101016080751.GQ2392>