This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: objc-parse.y and bison 1.875
- From: "Joseph S. Myers" <jsm28 at cam dot ac dot uk>
- To: Mike Stump <mstump at apple dot com>
- Cc: <gcc-bugs at gcc dot gnu dot org>
- Date: Thu, 9 Jan 2003 23:50:12 +0000 (GMT)
- Subject: Re: objc-parse.y and bison 1.875
On Thu, 9 Jan 2003, Mike Stump wrote:
> objc-parse.y doesn't build anymore with bison 1.875. Bison now expects
> 0 reduce/reduce conflicts and objc-parse.y has 1 such conflict, causing
> a hard error from bison. In the past, this was non-fatal in bison.
>
> We need to either mandate an old bison, or fix the reduce/reduce or get
> bison to allow us to expect 1 reduce/reduce conflict or...
Getting rid of the reduce/reduce conflict is correct.
There have been suggestions of merging cc1obj with cc1 (and some changes
to a runtime flag_objc in this direction, replacing objc as a separate
C-family language in shared code). If these lead to a single parser based
on the current parser but with runtime rather than compile-time
conditionals, I'll disapprove them unless the reduce/reduce conflict is
removed and there's a proper analysis of all the extra shift/reduce
conflicts for objc and why they don't affect C.
--
Joseph S. Myers
jsm28@cam.ac.uk