<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 1: Count of conflicts reported differs from those listed</title><link>https://sourceforge.net/p/bisoncpp/bugs/1/</link><description>Recent changes to 1: Count of conflicts reported differs from those listed</description><atom:link href="https://sourceforge.net/p/bisoncpp/bugs/1/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 25 Aug 2009 06:19:32 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/bisoncpp/bugs/1/feed.rss" rel="self" type="application/rss+xml"/><item><title>Count of conflicts reported differs from those listed</title><link>https://sourceforge.net/p/bisoncpp/bugs/1/</link><description>Hi there.

While getting my head around C++ parsing I thought I'd try bisonc++ as I'm a C++ developer.
Unfortunately I appear to be hitting a brick wall in terms of getting it to parse some simple "C" statements.

You may \(possibly correctly\) say that my grammar files need work - they aren't finished but should do for parsing statements.
The issue they highlight is that the number of Reduce/Reduce and Shift/Reduce conflicts don't match the actual count in the .output file.

To ease the process of reproducing my results, all you need do is
git-clone git://v3c.git.sourceforge.net/gitroot/v3c/v3c
cd v3c
make git tag=1.0.3.3 check
or
make git tag=1.0.3.3 debug check
for more verbose output.

All the "simple\_c\_test" and "simple\_cxx\_test"  programs do is try to parse a C/C++ statement to find it's end.

Look for "cxx\_statement.y.output" in the build directory for the discrepancy.

I got the grammar from http://www.nongnu.org/hcb/</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Philip Ashmore</dc:creator><pubDate>Tue, 25 Aug 2009 06:19:32 -0000</pubDate><guid>https://sourceforge.net46ed6c3ee650373ad06d23cc540c5aeacd6b2452</guid></item></channel></rss>