[Top][All Lists]

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

Bison 1.35 is released

From: Akim Demaille
Subject: Bison 1.35 is released
Date: 25 Mar 2002 11:53:45 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)

The Bison team is happy to deliver its monthly release of Bison.  As
was the case for 1.31, 1.32, 1.33, and 1.34, this release, 1.35, ought
to be the last of the 1.3x generation.  But who knows...

Many thanks to Paul Eggert and all the people who helped us find a
definitive solution for C++ users of C parsers.

The Bison team is also happy to announce that the C++ parsers of CVS
Bison work properly.  There remain interface issues to settle,
nevertheless, we are looking for volunteers willing to experiment this
skeleton, and provide feedback.  Please, suscribe to
address@hidden (see
and ask for more there.

Happy parsing!   (757 kB)  (618 kB)

And here are xdelta-style diffs   (67 kB)

Here are the MD5 and SHA1 signatures for the compressed tar files:

e2c06b27f463c6ba19cafbe113d53b1e  bison-1.35.tar.gz
87de58ab8f2aa07d18b6e77e3e665850  bison-1.35.tar.bz2
83cf06fc56ba2264a5ef1e63678a269dc8de3692  bison-1.35.tar.gz
083a1f3c153f7358e451a213f0879e98b3aafb1c  bison-1.35.tar.bz2


Changes in version 1.35:

* C Skeleton
  Some projects use Bison's C parser with C++ compilers, and define
  YYSTYPE as a class.  The recent adjustment of C parsers for data
  alignment and 64 bit architectures made this impossible.

  Because for the time being no real solution for C++ parser
  generation exists, kludges were implemented in the parser to
  maintain this use.  In the future, when Bison has C++ parsers, this
  kludge will be disabled.

  This kludge also addresses some C++ problems when the stack was

Changes in version 1.34:

* File name clashes are detected
  $ bison foo.y -d -o foo.x
  fatal error: header and parser would both be named `foo.x'

* A missing `;' at the end of a rule triggers a warning
  In accordance with POSIX, and in agreement with other
  Yacc implementations, Bison will mandate this semicolon in the near
  future.  This eases the implementation of a Bison parser of Bison
  grammars by making this grammar LALR(1) instead of LR(2).  To
  facilitate the transition, this release introduces a warning.

* Revert the C++ namespace changes introduced in 1.31, as they caused too
  many portability hassles.

* DJGPP support added.

* Fix test suite portability problems.

ChangeLog entries:

ChangeLog       25 Mar 2002 10:08:18 -0000
2002-03-25  Akim Demaille  <address@hidden>

        Version 1.35.

2002-03-20  Paul Eggert  <address@hidden>

        Merge fixes from Debian bison_1.34-1.diff.

        * (AC_PREREQ): 2.53.
        * po/es.po ("Conflict in state %d between rule %d and token %s
        resolved as %s.\n"): Fix typo by replacing "%s" with "%d'.

2002-03-20  Akim Demaille  <address@hidden>

        Version 1.34a.

2002-03-20  Akim Demaille  <address@hidden>

        * Gettext 0.11.1.

2002-03-19  Paul Eggert  <address@hidden>

        * src/bison.simple (YYCOPY): New macro.
        (YYSTACK_RELOCATE): Use it.
        Remove Type arg; no longer needed.  All callers changed.
        (yymemcpy): Remove; no longer needed.

        * (AUTOMAKE_OPTIONS): 1.6.
        * doc/ (AUTOMAKE_OPTIONS): Remove.
        *, aclocal.m4, config.hin, configure,
        config/, config/depcomp, config/install-sh,
        doc/, lib/, m4/, src/,
        tests/ Regenerate using Automake 1.6.

2002-03-18  Paul Eggert  <address@hidden>

        Fix the problem with union yyalloc and C++.

        * src/bison.simple (union yyalloc, YYSTACK_GAP_MAX, YYSTACK_BYTES,
        YYSTACK_RELOCATE): Do not define if yyoverflow is defined, or if
        this is a C++ parser and YYSTYPE or YYLTYPE has nontrivial
        constructors or destructors.
        (yymemcpy) [! defined YYSTACK_RELOCATE]: Do not define; not needed.
        (yyparse) [! defined YYSTACK_RELOCATE]: Do not relocate the stack.

        * src/reader.c (parse_union_decl): Define YYSTYPE_IS_TRIVIAL if we
        use our YYSTYPE.  It must be trivial, or our own union wouldn't be
        valid C++ anyway.
        (readgram): Define YYSTYPE_IS_TRIVIAL if it is int.
        (reader_output_yylsp): Define YYLTYPE_IS_TRIVIAL if we use our

2002-03-12  Akim Demaille  <address@hidden>

        * src/files.c (compute_output_file_names): s/would be both named/
        /would both be named/.
        Reported by Jim Meyering.
        * tests/ (Clashing Output Files): Adjust.

reply via email to

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