Re: r279278 failed to build (yacc: maximum table size exceeded)
Hi, I ran into this problem when doing a src upgrade of a HEAD system compiled on Oct. 21, 2014 to HEAD on March 4, 2015: yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y maximum table size exceeded *** [aslcompilerparse.c] Error code 2 make[5]: stopped in /usr/src/usr.sbin/acpi/iasl 1 error Does your fix address the problem in HEAD or just STABLE? -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/05/2015 10:44, Craig Rodrigues wrote: Hi, I ran into this problem when doing a src upgrade of a HEAD system compiled on Oct. 21, 2014 to HEAD on March 4, 2015: yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y maximum table size exceeded *** [aslcompilerparse.c] Error code 2 make[5]: stopped in /usr/src/usr.sbin/acpi/iasl 1 error Does your fix address the problem in HEAD or just STABLE? Just stable. http://docs.freebsd.org/cgi/mid.cgi?54EE05EA.3030509 Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJU+I9/AAoJEHyflib82/FG8XwH/3cYegfWMB0fl2Hsa+Z+VlrB SYIS/opP4NpmhXYbwwwhfA8/QHxhTASGxXqrKKtw3zyD8VTox1/t45Bf6tieN3I0 a3tIsQ9Rjbpm9FbOKy+fTGaC1FVl8pBkO/Sp0o3dXVCP2X7ljiyDSpasMMolz9Od TFD2Rrz1wVNRJeCYod9vxQ3SVUEqX2MKk29JOHWZ4BBxCp4nnvXVowM8Pyz58ene LuBEBW9tNhYp7+GBiUntZYYQ0iFIYlWYzGIyku5dHJxntV56ALVsENoWamsQ3Fwc 6pkxZl8KVCRx9MWhQIU5r6mJhTK3UZBjBEYJpUSKN9CSpH+SuMJXEK/9omKZZ9w= =Z0Gm -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
[[ I know this is a bit stale, but this is a dangerous notion ]] On Feb 25, 2015, at 1:11 PM, Garrett Cooper yaneurab...@gmail.com wrote: I was going to propose something a bit more radical — I can remove the BOOTSTRAPPING conditionals and simplify the code on 10-STABLE / 11-CURRENT. Maintaining BOOTSTRAPPING is error prone and it’s 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’ve been bitten by this once because I don’t 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. It’s a terrible thought. We’ve done the bootstrapping thing for 15 years with very few bumps and biting. No need to ditch it because lately we’ve been updating yacc more often w/o bumping the revision. Don’t remove it. There was more blood on the floor before we had it than after. It documents how far back in time we try to support. Sure, things get missed, but it isn’t always clear why we have things in the bootstrap tools. Having them documented this way makes it clear. Warner signature.asc Description: Message signed with OpenPGP using GPGMail
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Sat, Feb 28, 2015 at 12:18:33AM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 23:15, Jung-uk Kim j...@freebsd.org wrote:
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
- --- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk= usr.bin/awk
.endif
- -.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Should I fill PR for?
Yes, please do.
Glen
pgpCRFfFeKgEM.pgp
Description: PGP signature
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 27 February 2015 at 23:21, Glen Barber g...@freebsd.org wrote:
On Sat, Feb 28, 2015 at 12:18:33AM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 23:15, Jung-uk Kim j...@freebsd.org wrote:
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
- --- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk= usr.bin/awk
.endif
- -.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Should I fill PR for?
Yes, please do.
Glen
Hi,
I've filled PR 198081
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198081
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 25 February 2015 at 23:15, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:59, Arseny Nasokin wrote:
On 25 February 2015 at 22:14, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org wrote:
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap
build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes
only!!! _yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10
and __FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
Jung,
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
- --- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk= usr.bin/awk
.endif
- -.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7i1kAAoJEHyflib82/FGh9kH/07QOQ+xlPQVApJD+x1u/c4b
G1g4mmOhEKKOjVK9dJFKY1hvTiLYkOB3UDwJH8rmzbglInY+eepbD9Ac15Dtl90b
RFvNEB3B7Rwzt9ljg2zH/OQ6HnPCHgreF31ggkmKLszQ/Rrv62KTmN9ML4dkx897
7jAPwwtMb2XfLzyAc2fMNne3xl/zmdzafcqA+87UOUJ3Jb4rv35/x3kSrOqsMzvj
A3ufAepzG2J0+fH62ZP2L/FfuXoaKP0hlIpXZwNYAciSf+GAa7McYyu1aaRZQedF
1DSphDtSFnJKR+ltIvDL5WH98Zi0iOu5FHb9bLfW/s+bV+oxs4/ZQHtxsIejLN4=
=3xA9
-END PGP SIGNATURE-
Should I fill PR for?
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Wed, Feb 25, 2015 at 12:11:29PM -0800, Garrett Cooper wrote: I was going to propose something a bit more radical — I can remove the BOOTSTRAPPING conditionals and simplify the code on 10-STABLE / 11-CURRENT. Maintaining BOOTSTRAPPING is error prone and it’s 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’ve been bitten by this once because I don’t 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. This may be appropriate for contributed code that will build on older FreeBSD versions without issues, but I don't like being forced to add (mostly untested) compatibility code with usage of recent libc features. For example, utilities like cp and touch currently use utimensat/futimens without #ifdef mess or extra code in libegacy. The strict BOOTSTRAPPING conditionals allow removing bootstrap tools eventually, when building from such old versions as to need them is no longer supported. -- Jilles Tjoelker ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
r279278 failed to build (yacc: maximum table size exceeded)
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: === 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/aslparser.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. -- Eir Nym ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
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: === 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/aslparser.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 pgpH8fbYd6jcE.pgp Description: PGP signature
Re: r279278 failed to build (yacc: maximum table size exceeded)
В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org пишет: 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: === 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/aslparser.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 NAMEUSED 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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 2015-02-25 11:22, Ivan Klymenko wrote: В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org пишет: 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: === 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/aslparser.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 NAMEUSED 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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org I am having the same problem building r279268 on r269358 Revision: 279268 Last Changed Author: arybchik Last Changed Rev: 279268 Last Changed Date: 2015-02-25 06:20:42 + (Wed, 25 Feb 2015) not over NFS or anything, local ZFS. === usr.bin/dirname (depend) --- usr.sbin.depend__D --- yacc: f - maximum table size exceeded *** [aslcompilerparse.c] Error code 2 make[5]: stopped in /usr/src/usr.sbin/acpi/iasl 1 error -- Allan Jude signature.asc Description: OpenPGP digital signature
Re: r279278 failed to build (yacc: maximum table size exceeded)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/25/2015 11:22, Ivan Klymenko wrote: В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org пишет: 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: === 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/aslparser.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 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJU7gXkAAoJEHyflib82/FGAsMH/iw2oNbyOPY7t/GIm+7QpqKS 4jOZisFY9WD8UCpziqwnp5Ia1A4YC4rn7W5G6wKALHMTuo3kT8lFEWV5sIVhc0dm 7to624zTVsNZqBhCFODRMZSXSlpMNCkjWtixGT1spEmyUAeKSEq5dPLaj3JyOOUw XvZbY6l4f/jFr+68z/uIHRJi3NbP5SODIYuUanO7X0nVuxI0PQNE45o3p2dj7lRJ 9eV0G5/SJUT8uWSuXy2kOY+TZWAk8VTTz/nb+krKPtwBdsv+nhSu3NDuaTJQk4gm KaA+FaOgP/vhyxrF61qBOVq+MDy66/XuU4s/9IKrRoeUrZX0j5X4JoGC1p2+cgU= =lpVt -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 25 February 2015 at 22:14, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10 and
__FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7h8dAAoJEHyflib82/FGL9cH/A3wsEEjtUNGcmOfYHN2+l50
K9xCxRwLvioxOjFygnHoNTvxhSMxjMCvX7UtyLR3CWD/31FJEsGgv7uFoavAMUPq
hk5vAUJgoAbue4FwF6Ow7Lmm59dl+4ukVqEawepYFlYn6njLgJt1itF74VD9aufi
D1oRk72KhhPXe66DYJsXzybgq5ba2/eJy0/YLsheRnsb2zB7fEcHGGca1icAVgjm
794BQdk0kOG7+EkQcafIElY4HJb+mJCE4iFg3NCrhrs7wEYZZQXlqDUVKRd0R5kN
U4u4EiXckiyDVPrzicnpVCtQD5vdxH5BBfWC1FQIFnzTJgLZuRihLpfmDZOeHS8=
=+AsC
-END PGP SIGNATURE-
Jung,
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and invalid
YACC. So This conditional expression must be fixed to check if this 11.x
and yacc is not changed.
In my hypothetical patch I set OSRELDATE to invalid abstract future
version, because it's only concept and I have no time to fix it correctly
now.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
There's no bikeshed to be had. Either the tool meets some specific version / API requirement in order to be used how it's used, or something has to be built in its place. Since tools are now getting backported during a stable branch in order to grow new features, we can't just assume oh stable/10 cat will always support these options. So, checking some version string to see if the utility meets the requirements is fine. The only bikeshed I'd introduce is having each tool take a --version style option to print out its own program API version, so we can match on things as appropriate. But BOOTSTRAPPING is fine. -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Feb 25, 2015, at 11:10, Jung-uk Kim j...@freebsd.org wrote:
Signed PGP part
On 02/25/2015 13:55, Garrett Cooper wrote:
On Feb 25, 2015, at 10:51, Arseny Nasokin eir...@gmail.com
wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
wrote:
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber
g...@freebsd.org пишет:
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:
=== 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/aslparser.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= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
It takes a few seconds to build this on my laptop — can we just
explicitly turn this on to be sure we’re using the right thing?
% (cd lib/liby; time sh -c 'make obj; make depend; make all')
real0m0.326s user0m0.031s sys 0m0.111s
% (cd usr.bin/yacc/; time sh -c 'make obj; make depend; make all')
real0m3.431s user0m2.631s sys 0m0.363s
With me parallelizing bootstrap-tools on HEAD it should be less of
an issue stacking on items like this.
Then, this argument also applies to other conditional bootstrap-tools,
e.g., bin/cat.
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 — I can remove the
BOOTSTRAPPING conditionals and simplify the code on 10-STABLE / 11-CURRENT.
Maintaining BOOTSTRAPPING is error prone and it’s 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’ve been bitten by this once
because I don’t 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.
signature.asc
Description: Message signed with OpenPGP using GPGMail
Re: r279278 failed to build (yacc: maximum table size exceeded)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:59, Arseny Nasokin wrote:
On 25 February 2015 at 22:14, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org wrote:
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap
build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes
only!!! _yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10
and __FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
Jung,
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
- --- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk= usr.bin/awk
.endif
- -.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7i1kAAoJEHyflib82/FGh9kH/07QOQ+xlPQVApJD+x1u/c4b
G1g4mmOhEKKOjVK9dJFKY1hvTiLYkOB3UDwJH8rmzbglInY+eepbD9Ac15Dtl90b
RFvNEB3B7Rwzt9ljg2zH/OQ6HnPCHgreF31ggkmKLszQ/Rrv62KTmN9ML4dkx897
7jAPwwtMb2XfLzyAc2fMNne3xl/zmdzafcqA+87UOUJ3Jb4rv35/x3kSrOqsMzvj
A3ufAepzG2J0+fH62ZP2L/FfuXoaKP0hlIpXZwNYAciSf+GAa7McYyu1aaRZQedF
1DSphDtSFnJKR+ltIvDL5WH98Zi0iOu5FHb9bLfW/s+bV+oxs4/ZQHtxsIejLN4=
=3xA9
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org
пишет:
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:
=== 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/aslparser.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
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7gXkAAoJEHyflib82/FGAsMH/iw2oNbyOPY7t/GIm+7QpqKS
4jOZisFY9WD8UCpziqwnp5Ia1A4YC4rn7W5G6wKALHMTuo3kT8lFEWV5sIVhc0dm
7to624zTVsNZqBhCFODRMZSXSlpMNCkjWtixGT1spEmyUAeKSEq5dPLaj3JyOOUw
XvZbY6l4f/jFr+68z/uIHRJi3NbP5SODIYuUanO7X0nVuxI0PQNE45o3p2dj7lRJ
9eV0G5/SJUT8uWSuXy2kOY+TZWAk8VTTz/nb+krKPtwBdsv+nhSu3NDuaTJQk4gm
KaA+FaOgP/vhyxrF61qBOVq+MDy66/XuU4s/9IKrRoeUrZX0j5X4JoGC1p2+cgU=
=lpVt
-END PGP SIGNATURE-
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506
_yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506
_yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped earlier
today.
Glen
pgpfqOC99cos6.pgp
Description: PGP signature
Re: r279278 failed to build (yacc: maximum table size exceeded)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10 and
__FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7h8dAAoJEHyflib82/FGL9cH/A3wsEEjtUNGcmOfYHN2+l50
K9xCxRwLvioxOjFygnHoNTvxhSMxjMCvX7UtyLR3CWD/31FJEsGgv7uFoavAMUPq
hk5vAUJgoAbue4FwF6Ow7Lmm59dl+4ukVqEawepYFlYn6njLgJt1itF74VD9aufi
D1oRk72KhhPXe66DYJsXzybgq5ba2/eJy0/YLsheRnsb2zB7fEcHGGca1icAVgjm
794BQdk0kOG7+EkQcafIElY4HJb+mJCE4iFg3NCrhrs7wEYZZQXlqDUVKRd0R5kN
U4u4EiXckiyDVPrzicnpVCtQD5vdxH5BBfWC1FQIFnzTJgLZuRihLpfmDZOeHS8=
=+AsC
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Feb 25, 2015, at 10:51, Arseny Nasokin eir...@gmail.com wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org
пишет:
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:
=== 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/aslparser.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
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7gXkAAoJEHyflib82/FGAsMH/iw2oNbyOPY7t/GIm+7QpqKS
4jOZisFY9WD8UCpziqwnp5Ia1A4YC4rn7W5G6wKALHMTuo3kT8lFEWV5sIVhc0dm
7to624zTVsNZqBhCFODRMZSXSlpMNCkjWtixGT1spEmyUAeKSEq5dPLaj3JyOOUw
XvZbY6l4f/jFr+68z/uIHRJi3NbP5SODIYuUanO7X0nVuxI0PQNE45o3p2dj7lRJ
9eV0G5/SJUT8uWSuXy2kOY+TZWAk8VTTz/nb+krKPtwBdsv+nhSu3NDuaTJQk4gm
KaA+FaOgP/vhyxrF61qBOVq+MDy66/XuU4s/9IKrRoeUrZX0j5X4JoGC1p2+cgU=
=lpVt
-END PGP SIGNATURE-
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506
_yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
It takes a few seconds to build this on my laptop — can we just explicitly turn
this on to be sure we’re using the right thing?
% (cd lib/liby; time sh -c 'make obj; make depend; make all')
real0m0.326s
user0m0.031s
sys 0m0.111s
% (cd usr.bin/yacc/; time sh -c 'make obj; make depend; make all')
real0m3.431s
user0m2.631s
sys 0m0.363s
With me parallelizing bootstrap-tools on HEAD it should be less of an issue
stacking on items like this.
Thanks!
signature.asc
Description: Message signed with OpenPGP using GPGMail
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 25 February 2015 at 21:54, Adrian Chadd adr...@freebsd.org wrote:
should this be committed to -head?
-a
On 25 February 2015 at 10:51, Arseny Nasokin eir...@gmail.com wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org
пишет:
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:
=== 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/aslparser.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
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7gXkAAoJEHyflib82/FGAsMH/iw2oNbyOPY7t/GIm+7QpqKS
4jOZisFY9WD8UCpziqwnp5Ia1A4YC4rn7W5G6wKALHMTuo3kT8lFEWV5sIVhc0dm
7to624zTVsNZqBhCFODRMZSXSlpMNCkjWtixGT1spEmyUAeKSEq5dPLaj3JyOOUw
XvZbY6l4f/jFr+68z/uIHRJi3NbP5SODIYuUanO7X0nVuxI0PQNE45o3p2dj7lRJ
9eV0G5/SJUT8uWSuXy2kOY+TZWAk8VTTz/nb+krKPtwBdsv+nhSu3NDuaTJQk4gm
KaA+FaOgP/vhyxrF61qBOVq+MDy66/XuU4s/9IKrRoeUrZX0j5X4JoGC1p2+cgU=
=lpVt
-END PGP SIGNATURE-
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506
_yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
freebsd-current-unsubscr...@freebsd.org
Adrian,
In this form this must not be committed, but this is good clue where to fix
it.
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 13:55, Garrett Cooper wrote:
On Feb 25, 2015, at 10:51, Arseny Nasokin eir...@gmail.com
wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
wrote:
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber
g...@freebsd.org пишет:
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:
=== 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/aslparser.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= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
It takes a few seconds to build this on my laptop — can we just
explicitly turn this on to be sure we’re using the right thing?
% (cd lib/liby; time sh -c 'make obj; make depend; make all')
real0m0.326s user0m0.031s sys 0m0.111s
% (cd usr.bin/yacc/; time sh -c 'make obj; make depend; make all')
real0m3.431s user0m2.631s sys 0m0.363s
With me parallelizing bootstrap-tools on HEAD it should be less of
an issue stacking on items like this.
Then, this argument also applies to other conditional bootstrap-tools,
e.g., bin/cat.
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.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7h4zAAoJEHyflib82/FGEPkH/0SoSYzFfCifBUS14JiSn6hC
0O544JmeJE4giPAfk6h/vbKzJ43Q/NTvPRrayj2XZHNLJzzwH4fZsInFlqdfirna
Yqv0WTXHt2ZycsaP8ZxANF020eG8MV9L9q4r6xo1piiiWZMC9NlgbI8SQGC56Rbd
nTSL4sKIcCBdfImpUMLnVBvIMFrP4FbxBdqAYNbc6JlwxWtIWPesJMdgpHJgg/5F
tBJIHq3SgChOQjxxmIwwdiv/m25jx9b4247gxjdITpxUfaaUephsMa7qZ35RlURU
AMsUWeINzZmvWbOORSnxHKCClxkDav+kPGVk105tzNv4P6FnyhWgoGm+cb1hlNI=
=dSyP
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
should this be committed to -head?
-a
On 25 February 2015 at 10:51, Arseny Nasokin eir...@gmail.com wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 11:22, Ivan Klymenko wrote:
В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org
пишет:
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:
=== 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/aslparser.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
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7gXkAAoJEHyflib82/FGAsMH/iw2oNbyOPY7t/GIm+7QpqKS
4jOZisFY9WD8UCpziqwnp5Ia1A4YC4rn7W5G6wKALHMTuo3kT8lFEWV5sIVhc0dm
7to624zTVsNZqBhCFODRMZSXSlpMNCkjWtixGT1spEmyUAeKSEq5dPLaj3JyOOUw
XvZbY6l4f/jFr+68z/uIHRJi3NbP5SODIYuUanO7X0nVuxI0PQNE45o3p2dj7lRJ
9eV0G5/SJUT8uWSuXy2kOY+TZWAk8VTTz/nb+krKPtwBdsv+nhSu3NDuaTJQk4gm
KaA+FaOgP/vhyxrF61qBOVq+MDy66/XuU4s/9IKrRoeUrZX0j5X4JoGC1p2+cgU=
=lpVt
-END PGP SIGNATURE-
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506
_yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Wed, Feb 25, 2015 at 02:14:37PM -0500, Jung-uk Kim wrote:
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes only!!!
_yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10 and
__FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Ah, right. Thank you for the correction.
Glen
pgp_QWHaQfNKT.pgp
Description: PGP signature
Re: r279278 failed to build (yacc: maximum table size exceeded)
On 25 February 2015 at 23:15, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:59, Arseny Nasokin wrote:
On 25 February 2015 at 22:14, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org wrote:
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap
build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes
only!!! _yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10
and __FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
Jung,
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
- --- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk= usr.bin/awk
.endif
- -.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJU7i1kAAoJEHyflib82/FGh9kH/07QOQ+xlPQVApJD+x1u/c4b
G1g4mmOhEKKOjVK9dJFKY1hvTiLYkOB3UDwJH8rmzbglInY+eepbD9Ac15Dtl90b
RFvNEB3B7Rwzt9ljg2zH/OQ6HnPCHgreF31ggkmKLszQ/Rrv62KTmN9ML4dkx897
7jAPwwtMb2XfLzyAc2fMNne3xl/zmdzafcqA+87UOUJ3Jb4rv35/x3kSrOqsMzvj
A3ufAepzG2J0+fH62ZP2L/FfuXoaKP0hlIpXZwNYAciSf+GAa7McYyu1aaRZQedF
1DSphDtSFnJKR+ltIvDL5WH98Zi0iOu5FHb9bLfW/s+bV+oxs4/ZQHtxsIejLN4=
=3xA9
-END PGP SIGNATURE-
Thank you,
It works well for me.
-- Eir Nym
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
В Wed, 25 Feb 2015 12:27:06 -0500 Jung-uk Kim j...@freebsd.org пишет: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/25/2015 11:22, Ivan Klymenko wrote: В Wed, 25 Feb 2015 15:43:27 + Glen Barber g...@freebsd.org пишет: 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: === 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/aslparser.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 Thank you - it solved the problem. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r279278 failed to build (yacc: maximum table size exceeded)
On Wednesday, February 25, 2015 03:15:36 PM Jung-uk Kim wrote:
On 02/25/2015 14:59, Arseny Nasokin wrote:
On 25 February 2015 at 22:14, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org wrote:
On 02/25/2015 14:05, Glen Barber wrote:
On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
On 25 February 2015 at 20:27, Jung-uk Kim j...@freebsd.org
mailto:j...@freebsd.org
wrote:
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
Hi, guys,
I've found the fix by forcing to add yacc(1) to bootstrap
build.
Makefile.inc1, line 1277:
if ${BOOTSTRAPPING} 1001506 _yacc= lib/liby \
change to:
if ${BOOTSTRAPPING} 1201506 ## It is for test purposes
only!!! _yacc= lib/liby \
This can be set to 1001507 now; __FreeBSD_version was bumped
earlier today.
Nope, 1001506 is correct, i.e., the change was MFC'ed to stable/10
and __FreeBSD_version was bumped to reflect it.
https://svnweb.freebsd.org/changeset/base/277087
Jung-uk Kim
Jung,
I have FreeBSD 11.0-CURRENT r265265 with OSRELDATE 1100020 and
invalid YACC. So This conditional expression must be fixed to check
if this 11.x and yacc is not changed.
Wow, that's more than 9-month old now.
In my hypothetical patch I set OSRELDATE to invalid abstract
future version, because it's only concept and I have no time to fix
it correctly now.
If you insist, you can try this:
--- Makefile.inc1
+++ Makefile.inc1
@@ -1274,7 +1274,8 @@
_awk=usr.bin/awk
.endif
-.if ${BOOTSTRAPPING} 1001506
+.if ${BOOTSTRAPPING} 1001506 || \
+(${BOOTSTRAPPING} = 110 ${BOOTSTRAPPING} 1100046)
_yacc= lib/liby \
usr.bin/yacc
(but I won't commit it.)
Maybe just make the check always be 1100046? It doesn't really hurt to
build yacc on more recent 10 stable does it?
--
John Baldwin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
