bison 2.4.1 testsuite fail on Solaris 10

Hi Bug-Bison,

Part of the Bison-2.4.1 testsuite failed on Solaris 10, and they are:

Failed tests:
GNU Bison 2.4.1 test suite test groups:

 NUM: FILE-NAME:LINE     TEST-GROUP-NAME
      KEYWORDS

 205: java.at:480        Java parser class and package names
 206: java.at:501        Java parser class modifiers
 207: java.at:559        Java parser class extends and implements
 208: java.at:579        Java %parse-param and %lex-param
 209: java.at:653        Java throws specifications
 210: java.at:742        Java stype, position_class and location_class

That is caused by the java.at file uses Solaris grep and tries to use
illegal switch -q. With the change below for the poor Solaris users,
the java tests will run fine..

-- Sum
Solaris Geek

--- java.at     2009-01-06 23:07:14.874844232 -0800
+++ java.at.FCS 2009-01-06 22:50:03.087825549 -0800
@@ -426,7 +426,7 @@
 class m4_default([$3], [Position]) {}
 ])
 AT_BISON_CHECK([[YYParser.y]])

Re: bison 2.4.1 testsuite fail on Solaris 10

Le 7 janv. 09 à 08:22, Summum Bonum a écrit :

> Hi Bug-Bison,
>
> Part of the Bison-2.4.1 testsuite failed on Solaris 10, and they are:
>
> Failed tests:
> GNU Bison 2.4.1 test suite test groups:
>
> NUM: FILE-NAME:LINE     TEST-GROUP-NAME
>      KEYWORDS
>
> 205: java.at:480        Java parser class and package names
> 206: java.at:501        Java parser class modifiers
> 207: java.at:559        Java parser class extends and implements
> 208: java.at:579        Java %parse-param and %lex-param
> 209: java.at:653        Java throws specifications
> 210: java.at:742        Java stype, position_class and location_class
>
> That is caused by the java.at file uses Solaris grep and tries to use
> illegal switch -q. With the change below for the poor Solaris users,
> the java tests will run fine.

Thank you, I have installed the following patch in the newly created  
branch-2.4.2.  I will also install it in master.

From 8defe11bfa8e614988f4f9cd66f9abcd051b8abb Mon Sep 17 00:00:00 2001

No header guard in glr.c skeleton (bison 2.4.1)

Hi,

I just patched glr.c skeleton because it generates header without guards.
I attached the patch.

Thank you for bison.

-- 
Alexandre Bique (bique.alexandre <at> gmail.com)

--- glr.c-bad	2009-01-17 02:20:56.000000000 +0100
+++ glr.c-good	2009-01-17 02:22:49.000000000 +0100
@@ -2640,7 +2640,8 @@
 [@output(b4_spec_defines_file@)
 b4_copyright([Skeleton interface for Bison GLR parsers in C],
   [2002, 2003, 2004, 2005, 2006])
-
+#ifndef PARSER_HEADER_H
+# define PARSER_HEADER_H
 b4_shared_declarations

 b4_pure_if([],
@@ -2650,4 +2651,6 @@
 [extern YYLTYPE ]b4_prefix[lloc;])
 ])
 ])])
+#endif /* !PARSER_HEADER_H */
 m4_divert_pop(0)
+

bison-2.4: A warning of java is output at configure on Solaris 10 (SPARC)

Hi, I'm getting a warning at "configure" on bison-2.4.
It is similarly generated also on bison-2.4.1.
Java-related bison tests all fail.
bison-2.3 doesn't have the problem.

This is on Solaris 10 8/07 on SPARC, with GCC 4.2.4 installed by hand,

Install order:
  1. texinfo-4.13a with /usr/sfw/bin/gcc (Solaris 10 gcc-3.4.3)
  2. gmp-4.2.4 with /usr/sfw/bin/gcc (Solaris 10 gcc-3.4.3)
  3. mpfr-2.3.2 with /usr/sfw/bin/gcc (Solaris 10 gcc-3.4.3)
  4. gcc-4.2.4 with /usr/sfw/bin/gcc (Solaris 10 gcc-3.4.3)
  5. m4-1.4.12
  6. bison-2.4
       -> vi configure: Line 6340 'for ac_prog in gm4 gnum4 m4' -> 'for ac_prog in m4 gnum4 gm4'

-----
# uname -a
SunOS ns 5.10 Generic_138888-01 sun4v sparc SUNW,Sun-Fire-T200

# /usr/sfw/bin/gcc --version
gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

# /usr/local/bin/gcc --version
gcc (GCC) 4.2.4
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO

Re: No header guard in glr.c skeleton (bison 2.4.1)

Le 17 janv. 09 à 02:29, Alexandre Bique a écrit :

> Hi,
>
> I just patched glr.c skeleton because it generates header without  
> guards.
> I attached the patch.

Hi Alexandre.

Thank you for the patch.  Unfortunately the cure is nastier than the  
disease: you used a constant string as a header guard, which will make  
life harder for people who mix several parsers.

But you definitely have a point here, we should do something.  As a  
matter of fact, even the plain old yacc-like header does not have  
include-guards.

We'll address this.

> Thank you for bison.

Thank you for saying!

Out of curiosity, what are you using glr.c for?

[GNU Bison 1.875] testsuite: 27 47 87 89 94 failed

## --------------------------- ##
## GNU Bison 1.875 test suite. ##
## --------------------------- ##

testsuite: command line was:
  $ ./testsuite 

## ----------- ##
## ChangeLogs. ##
## ----------- ##

testsuite: ../po/ChangeLog:
| 2002-08-08  gettextize  <bug-gnu-gettext <at> gnu.org>
| 
| 	* Rules-quot: New file, from gettext-0.11.5.
| 	* boldquot.sed: New file, from gettext-0.11.5.
| 	* en <at> boldquot.header: New file, from gettext-0.11.5.
| 	* en <at> quot.header: New file, from gettext-0.11.5.
| 	* insert-header.sin: New file, from gettext-0.11.5.
| 	* quot.sed: New file, from gettext-0.11.5.
| 	* remove-potcdate.sin: New file, from gettext-0.11.5.
| 

testsuite: ../ChangeLog:
| 2003-01-01  Paul Eggert  <eggert <at> twinsun.com>
| 
| 	* Version 1.875.