[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bison 3.4.1 released [stable]

From: Dennis Clarke
Subject: Re: Bison 3.4.1 released [stable]
Date: Sat, 25 May 2019 13:11:34 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Thunderbird/67.0

On 5/25/19 12:55 PM, Akim Demaille wrote:
Hi Dennis,

Le 25 mai 2019 à 16:11, Dennis Clarke <address@hidden> a écrit :

On 5/25/19 2:38 AM, Akim Demaille wrote:
Hi Dennis,
Le 24 mai 2019 à 08:53, Dennis Clarke <address@hidden> a écrit :

On 5/22/19 3:34 PM, Akim Demaille wrote:
The Bison team is sad to announce the crash of Bison 3.4.
May its cores rest in peace.
Rejoice!  Bison 3.4 is born again!  And he shall be called Bison 3.4.1.

Builds fine on ye ol Solaris 10 sparc boxen and fails every test :
Well, not "every", just the ones in examples/.  But because they failed, the 
main test suite was skipped.  You can try with make check-local instead of make check.

yeah .. that fails too :

./tests/testsuite -C tests
./tests/testsuite: syntax error at line 53383: `(' unexpected
gmake: *** [Makefile:8439: check-local] Error 2

The problem is here:

       # Number of found conflicts.
       case $gram in
         (sr)    sr_count=1; rr_count=0;;
         (rr)    sr_count=0; rr_count=1;;
         (sr-rr) sr_count=1; rr_count=1;;

With old shells, you have to write (no opening parens)

       # Number of found conflicts.
       case $gram in
         sr)    sr_count=1; rr_count=0;;
         rr)    sr_count=0; rr_count=1;;
         sr-rr) sr_count=1; rr_count=1;;

Which is really silly, and really bad for text editor that try to match parens.

Don't you have bash installed?

Of course.

Here is the crap from Oracle :

corv $
corv $ /bin/bash --version
GNU bash, version 3.2.57(1)-release (sparc-sun-solaris2.10)
Copyright (C) 2007 Free Software Foundation, Inc.
corv $

I can make the test suite more portable (if we work together), but the simplest 
would really be to use a more modern shell to run the tests.  Something like

make check SHELL=/bin/bash

should work.

I agree totally.


corv $
corv $ /bin/bash --version
GNU bash, version 3.2.57(1)-release (sparc-sun-solaris2.10)
Copyright (C) 2007 Free Software Foundation, Inc.
corv $ SHELL=/bin/bash ; export SHELL
corv $


FAIL: examples/c/mfcalc/mfcalc.test
FAIL: examples/c/rpcalc/rpcalc.test
FAIL: examples/c/calc/calc.test
FAIL: examples/c++/simple.test
FAIL: examples/c++/variant.test
FAIL: examples/c++/variant-11.test
Testsuite summary for GNU Bison 3.4.1
# TOTAL: 6
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  6
# XPASS: 0
# ERROR: 0



Would be nice if an old XPG4 POSIX type shell would suffice but I know
that is crazy these days.


Well, the thing is that it's a pain to be compliant with them, if it's useless.

Pain?  Let me tell you about pain.  I had a pile of Oracle/Solaris zones
running in production within a finance corp and had to get up to date
Apache httpd there as well as OpenSSL with latest TLS 1.3 and then php
also.  A horror show nightmare. A nightmare I tell you.

Simple solution?  Install a deck load of Debian and FreeBSD boxen. All
problems go away with 10Gbit LACP and backend storage and VMware ESXi
and other modern solutions.

Anyways Solaris on sparc is a curse.  I think I am qualified to say so.
It has three features : very expensive, very slow, very power hungry and
runs hot as anything you can imagine.  Four.  Four features.

Also nothing else runs on sparc.  Not any recent sparc.

Anyways, rant aside, there are shells out there other than bash and so
it may be of some limited value to make the scripts and such really
baseline old school compliant.  However is it worth the effort?

Here we flip a coin.  Personally I choose to not ruin a nice Saturday.

Dennis Clarke
UNIX and Linux spoken
GreyBeard and suspenders optional

reply via email to

[Prev in Thread] Current Thread [Next in Thread]