<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>6380</bug_id>
          
          <creation_ts>2006-01-04 23:05:24 -0800</creation_ts>
          <short_desc>bison reports conflicts in CSS parser</short_desc>
          <delta_ts>2008-07-28 09:48:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>CSS</component>
          <version>420+</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>8055</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ricci Adams">ricciadams</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>ian</cc>
    
    <cc>webkit</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>27766</commentid>
    <comment_count>0</comment_count>
    <who name="Ricci Adams">ricciadams</who>
    <bug_when>2006-01-04 23:05:24 -0800</bug_when>
    <thetext>Upon checking a change to the JavaScript parser, I noticed that the CSS yacc file was reporting 37 shift/
reduce conflicts and 4 reduce/reduce conflicts.  Excerpt from build log below.

...
/bin/sh -c bison\ -d\ -p\ cssyy\ \&quot;$INPUT_FILE_PATH\&quot;\ -o\ \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.cpp
\&quot;
cat\ \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.cpp.h\&quot;\ \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.hpp\&quot;\ &gt;\ 
\&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.h\&quot;\ 2&gt;\ /dev/null\ ||\ echo\ -n
/Volumes/Home/Projects/WebKit/WebCore/khtml/css/parser.y contains 37 shift/reduce conflicts and 4 
reduce/reduce conflicts.
...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27786</commentid>
    <comment_count>1</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2006-01-05 09:09:17 -0800</bug_when>
    <thetext>Is this a recent behavior change? (I checked in a change to the lexer on 1/4. Previously, I didn&apos;t think we 
had any conflicts.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28021</commentid>
    <comment_count>2</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2006-01-08 18:10:01 -0800</bug_when>
    <thetext>Disregard previous comment. I thought we were talking about the JS parser.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28062</commentid>
    <comment_count>3</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-01-09 09:09:17 -0800</bug_when>
    <thetext>When I removed all the conflicts from the JavaScript grammar, I took a lot at doing it for the CSS grammar 
too. One of the biggest challenges is the curious handling of whitespace (done because whitespace is 
significant in selector syntax, but could be done differently).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28911</commentid>
    <comment_count>4</comment_count>
    <who name="Christopher Jerome">christopher_jerome</who>
    <bug_when>2006-01-19 08:36:49 -0800</bug_when>
    <thetext>(In reply to comment #0)
&gt; Upon checking a change to the JavaScript parser, I noticed that the CSS yacc file was reporting 37 
shift/
&gt; reduce conflicts and 4 reduce/reduce conflicts.  Excerpt from build log below.
&gt; 
&gt; ...
&gt; /bin/sh -c bison\ -d\ -p\ cssyy\ \&quot;$INPUT_FILE_PATH\&quot;\ -o\ \&quot;$DERIVED_FILE_DIR/
$INPUT_FILE_BASE.cpp
&gt; \&quot;
&gt; cat\ \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.cpp.h\&quot;\ \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.hpp
\&quot;\ &gt;\ 
&gt; \&quot;$DERIVED_FILE_DIR/$INPUT_FILE_BASE.h\&quot;\ 2&gt;\ /dev/null\ ||\ echo\ -n
&gt; /Volumes/Home/Projects/WebKit/WebCore/khtml/css/parser.y contains 37 shift/reduce conflicts 
and 4 
&gt; reduce/reduce conflicts.
&gt; ...

I Have noticed this too, I have seen shift/reduce reduce/reduce conflicts for a while now. It is still the 
same. Also why are we not using bison 2.x.x on OS X? is there a particular &apos;technical&apos; or engineering 
reason for this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87134</commentid>
    <comment_count>5</comment_count>
    <who name="Robert Blaut">webkit</who>
    <bug_when>2008-07-28 02:59:26 -0700</bug_when>
    <thetext>I think the bug was fixed long time ago. Any confirmations?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87154</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2008-07-28 07:33:51 -0700</bug_when>
    <thetext>CSSGrammar.y has 49 shift/reduce conflicts now, which are silenced with an %expect. Assuming we have no reduce/reduce conflicts, I think that this can be closed - shift/reduce ones do not necessarily indicate real bugs.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87163</commentid>
    <comment_count>7</comment_count>
    <who name="Robert Blaut">webkit</who>
    <bug_when>2008-07-28 09:48:29 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; Assuming we have no reduce/reduce conflicts, I think that this can be
&gt; closed - shift/reduce ones do not necessarily indicate real bugs.
&gt; 

Done.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>