From owner-svn-src-head@FreeBSD.ORG Tue Jan 31 13:20:50 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444911065673; Tue, 31 Jan 2012 13:20:50 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id E1B1F8FC14; Tue, 31 Jan 2012 13:20:48 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id E2F54C3847; Tue, 31 Jan 2012 14:20:47 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id xFCjba5w-4QE; Tue, 31 Jan 2012 14:20:47 +0100 (CET) Received: from [10.0.0.22] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 1FCF5C3843; Tue, 31 Jan 2012 14:20:47 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <4F27120E.5000207@FreeBSD.org> Date: Tue, 31 Jan 2012 14:20:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9DAB4777-9799-49E3-8EBC-E7A567414D2A@semihalf.com> References: <201201271829.q0RIT4Xq051545@svn.freebsd.org> <4F26F8C9.3080807@FreeBSD.org> <1327956501.1662.13.camel@revolution.hippie.lan> <4F27120E.5000207@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1084) Cc: svn-src-head@freebsd.org, Ian Lepore , svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r230622 - head X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2012 13:20:50 -0000 On 2012-01-30, at 22:56, Dimitry Andric wrote: > On 2012-01-30 21:48, Ian Lepore wrote: >> On Mon, 2012-01-30 at 21:08 +0100, Dimitry Andric wrote: >>> On 2012-01-30 20:27, Rafal Jaworowski wrote: >>> ... >>>>> Fix this by setting PATH to ${BPATH}:${PATH} in stage 2.3, so = the >>>>> bootstrap tools directories are searched before the regular = ones. >>>>=20 >>>> Is this supposed to work for cross building as well? I'm still = encountering problems on a 7.3 host build: >>>>=20 >>>> 1. Cross world builds fine >>>> make -j 8 buildworld TARGET_ARCH=3Darm >>>>=20 >>>> 2. Kernel fails w/ the aicasm >>>> make buildkernel TARGET_ARCH=3Darm KERNCONF=3DSHEEVAPLUG >>>> [...] >>>> cc -O2 -pipe -nostdinc -I/usr/include -I. = -I/home/raj/work/svn/base/head/sys/dev/aic7xxx/aicasm -std=3Dgnu99 = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wno-pointer-sign -c aicasm_scan.c >>>> cc1: warnings being treated as errors >>>> = /home/raj/work/svn/base/head/sys/dev/aic7xxx/aicasm/aicasm_scan.l:837: = warning: function declaration isn't a prototype >>>=20 >>> Can you please try doing "make buildenv TARGET_ARCH=3Darm", then run >>> "which lex" and "which yacc"? >>=20 >> Shouldn't lex and yacc be listed in the Makefile.inc1 bootstrap-tools >> target for this to be fully effective? It looks like neither is in >> RELENG_7 and lex is only conditionally listed in RELENG_8. >=20 > It is, for head at least (but I think I will MFC this change, if it > turns out to work correctly). Look in Makefile.inc1, around line = 1030: >=20 > .if ${BOOTSTRAPPING} < 900006 > _lex=3D usr.bin/lex > _yacc=3D usr.bin/yacc > .endif >=20 > I have assumed Rafal is building a head checkout on 7.3 release. = Since > BOOTSTRAPPING will most likely be 703000, the lex and yacc targets are > built during the bootstrap-tools stage. >=20 > That said, I still don't understand why the generated aicasm_scan.c = file > is still defining the input() function. Rafal, just to be sure, can = you > please paste the file that was generated during your buildkernel? Problem identified: the auto-gen'd aicasm files would not get updated in = the preexisting kernel OBJ subdir. After wiping out the OBJ sub dir = entirely make buildkernel works fine. Do you know why would the generated aicasm* files not get a refresh in = the kernel OBJ dir? Rafal