From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 20:11:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D21F7AE; Wed, 25 Feb 2015 20:11:32 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D98351; Wed, 25 Feb 2015 20:11:32 +0000 (UTC) Received: by padfa1 with SMTP id fa1so7859702pad.2; Wed, 25 Feb 2015 12:11:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=elG1Wl+FD9QYxM/aK9MlE5bI5NX6Us6mTB+Q8xr6KTs=; b=Mkwfs/8vty+v/x+787ul3y3IeCVgxx6j4VLXvW+UHYZpmcQuO0nkR+RKLRecbY1R9R Sv1sAWRjwYJlQeOCU0dh7zwx8iYfva6fyc29zFbEI0HMWzbREfbIw16E7SbTT5deUnTD j3VWyhqNag9JVB5O/cpi/QVC7Qs2lic94LKDNLRo9grY7768Mt6a2ntjqLa0e5kI2mmj eZT3d32Uq4Atqp3Rb7Z3vtXv4i+mwedg/rlMksMKgtJnri+PPtJCPJD4dmCFUGVv1wQb QHLD7HYbJAu4n2bJFrlsEddKE5FwsHscqlx26oCojlZkWnWNWjVGPyh5JZcg62KWIkT0 DkZA== X-Received: by 10.66.124.227 with SMTP id ml3mr8715099pab.28.1424895091616; Wed, 25 Feb 2015 12:11:31 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:3176:ea27:1ad4:219b? ([2601:8:ab80:7d6:3176:ea27:1ad4:219b]) by mx.google.com with ESMTPSA id pm12sm24482853pdb.75.2015.02.25.12.11.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Feb 2015 12:11:30 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_1C5F7134-B97F-42BF-B72B-E50955C0869B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: r279278 failed to build (yacc: maximum table size exceeded) From: Garrett Cooper In-Reply-To: <54EE1E38.30106@FreeBSD.org> Date: Wed, 25 Feb 2015 12:11:29 -0800 Message-Id: <95891DFC-786D-4064-A9F9-7A8E434EC568@gmail.com> References: <20150225154327.GD1161@hub.FreeBSD.org> <20150225182201.216f6fee@nonamehost.local> <54EE05EA.3030509@FreeBSD.org> <8E4B6A07-BEB7-46B9-BFD2-0B3F33162760@gmail.com> <54EE1E38.30106@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1878.6) Cc: Ivan Klymenko , Glen Barber , Arseny Nasokin , Allan Jude , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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: Wed, 25 Feb 2015 20:11:32 -0000 --Apple-Mail=_1C5F7134-B97F-42BF-B72B-E50955C0869B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On Feb 25, 2015, at 11:10, Jung-uk Kim wrote: > Signed PGP part > On 02/25/2015 13:55, Garrett Cooper wrote: > > On Feb 25, 2015, at 10:51, Arseny Nasokin > > wrote: > > > >> On 25 February 2015 at 20:27, Jung-uk Kim > >> wrote: > >> > > On 02/25/2015 11:22, Ivan Klymenko wrote: > >>>>> =D0=92 Wed, 25 Feb 2015 15:43:27 +0000 Glen Barber > >>>>> =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>> > >>>>>> On Wed, Feb 25, 2015 at 07:32:45PM +0400, Arseny Nasokin > >>>>>> wrote: > >>>>>>> I have clean svn tree with base/head branch. I try to > >>>>>>> build world, but I have some mysterious bugs. The > >>>>>>> latest is yacc failed to make c file on phase 4.3: > >>>>>>> > >>>>>>> =3D=3D=3D> usr.sbin/acpi/iasl (depend) m4 -P > >>>>>>> = -I/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/compiler > >>>>>>> > >>>>>>> > > > >>>>>>> > > = /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/compiler/aslpa= rser.y > >>>>>>>> > > > aslcompiler.y > >>>>>>> yacc -d -pAslCompiler -oaslcompilerparse.c > >>>>>>> aslcompiler.y yacc: 89 shift/reduce conflicts. yacc: f > >>>>>>> - maximum table size exceeded *** Error code 2 > >>>>>>> > >>>>>>> /etc/make.conf is /dev/null. I've also tried empty > >>>>>>> /etc/src.conf with no luck. > >>>>>>> > >>>>>> > >>>>>> Out of curiosity, is your src tree mounted via NFS? > >>>>>> > >>>>>> Glen > >>>>>> > >>>>> > >>>>> I have a similar problem on revision /usr/src # svn info > >>>>> Path: . Working Copy Root Path: /usr/src URL: > >>>>> svn://svn.freebsd.org/base/head Relative URL: ^/head > >>>>> Repository Root: svn://svn.freebsd.org/base Repository > >>>>> UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 279213 > >>>>> Node Kind: directory Schedule: normal Last Changed Author: > >>>>> glebius Last Changed Rev: 279213 Last Changed Date: > >>>>> 2015-02-23 20:57:09 +0200 (Mon, 23 Feb 2015) > >>>>> > >>>>> http://pastebin.com/FuAUkBmX > >>>>> > >>>>> Source tree is on the zfs /usr/src # zfs list zroot/usr/src > >>>>> NAME USED AVAIL REFER MOUNTPOINT zroot/usr/src 1.35G > >>>>> 408G 1.35G /usr/src > >>>>> > >>>>> what is most surprising, the same revision successfully > >>>>> building for the other 2 computers, including amd64|zfs and > >>>>> i386|ufs. > > > > Your installed yacc(1) is too old, i.e., your world was built from > > head before r274460. FYI, this commit fixes the above problem for > > building from stable: > > > > https://svnweb.freebsd.org/changeset/base/278975 > > > > For building from old head (pre-r274460), you have to manually > > bootstrap yacc first, e.g., something like this: > > > > cd /usr/src/usr.bin/yacc make clean cleandepend make all && make > > install make clean cleandepend cd /usr/src make buildworld > > > > Jung-uk Kim > >>> > >> > >> > >> Hi, guys, > >> > >> I've found the fix by forcing to add yacc(1) to bootstrap build. > >> > >> Makefile.inc1, line 1277: > >> > >> if ${BOOTSTRAPPING} < 1001506 _yacc=3D lib/liby \ > >> > >> change to: > >> > >> if ${BOOTSTRAPPING} < 1201506 ## It is for test purposes only!!! > >> _yacc=3D lib/liby \ > > > > It takes a few seconds to build this on my laptop =E2=80=94 can we = just > > explicitly turn this on to be sure we=E2=80=99re using the right = thing? > > > > % (cd lib/liby; time sh -c 'make obj; make depend; make all') > > > > real 0m0.326s user 0m0.031s sys 0m0.111s > > > > % (cd usr.bin/yacc/; time sh -c 'make obj; make depend; make all') > > > > real 0m3.431s user 0m2.631s sys 0m0.363s > > > > With me parallelizing bootstrap-tools on HEAD it should be less of > > an issue stacking on items like this. >=20 > Then, this argument also applies to other conditional bootstrap-tools, > e.g., bin/cat. >=20 > I know we have long tradition of painting bikesheds with different > colors and it will probably never end. However, I will not > participate in this one, sorry. I was going to propose something a bit more radical =E2=80=94 I can = remove the BOOTSTRAPPING conditionals and simplify the code on 10-STABLE = / 11-CURRENT. Maintaining BOOTSTRAPPING is error prone and it=E2=80=99s not saving = much time in the long run in builds (it's taking longer to diagnose = issues, test them, and commit fixes which will break at a later date). = I=E2=80=99ve been bitten by this once because I don=E2=80=99t run = ancient CURRENT/STABLE (r279198) and here are a couple follow up commits = bumping tools versions in the past (e.g. r278975, r269662, etc). Just a thought. --Apple-Mail=_1C5F7134-B97F-42BF-B72B-E50955C0869B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU7ixyAAoJEMZr5QU6S73ei5kIALCuBD8MD1Lui/ZZ+mYXniEd XNSfptMmwZoFPZPWQkCYoBuwi0toli2BkQuybp9o4cMpSWkaFjCsJRMrpco8iUw7 yqMDTxMfGxjdVP9IE9trCaAJbT46lyxM4h84pbeMo0+AF3kDgT7TNhFvght5RNoc F4r9hqLkbSEnvP9GUmg1Y+mQOe6jZmdS5UyMFflZoOMG0LEdDYFlOuc6YNf/pe9z nzqMlBEMrBjPLRlT1goDNmNULOUjP7TioiCdHAc5JaFyxjuNn5X/qyIgCyixsCNi /aFX0qEytUvAkMXNJUZeRj8aEjVFqYi7xEYxX4F8C1mT88wj4lcypSfL5WZWNHg= =vSjg -----END PGP SIGNATURE----- --Apple-Mail=_1C5F7134-B97F-42BF-B72B-E50955C0869B--