<?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>3882</bug_id>
          
          <creation_ts>2005-07-06 18:48:35 -0700</creation_ts>
          <short_desc>GW: WebCore does not compile using bison 2.0</short_desc>
          <delta_ts>2005-07-07 00:47:47 -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>New Bugs</component>
          <version>412</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>P4</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>3250</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Eric Seidel (no email)">eric</assigned_to>
          
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>14076</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-07-06 18:48:36 -0700</bug_when>
    <thetext>#define YYMAXDEPTH 0

causes a later warning when compiling the code
(&lt;= comparison with 0 is always true), which breaks the build.

Still investigating solutions.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14077</commentid>
    <comment_count>1</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-07-06 19:00:56 -0700</bug_when>
    <thetext>6:46pm] toby: YYINITDEPTH is what the bison author suggested when i emailed
[6:46pm] toby: i.e. #define YYMAXDEPTH YYINITDEPTH

I also asked bdash to try removing the line and seeing if it still compiled under bison 1.3.  He said it did.

I&apos;m not yet sure what #define YYMAXDEPTH 0 was supposed to accomplish.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14092</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-07-07 00:02:46 -0700</bug_when>
    <thetext>My best understanding is that 
#define YYMAXDEPTH 0
was actually just asking bison to use it&apos;s default value (under some previous version of bison).

I think we inherited this line all the way from from initial import from khtml.

http://www.mico.org/pipermail/mico-devel/2003-June/007336.html
aids my suspicion that this is actually just setting the default value.

Attached a fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14096</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-07-07 00:18:33 -0700</bug_when>
    <thetext>bdash confirmed this further for me:

/*  YYMAXDEPTH is the maximum size the stacks can grow to
    (effective only if the built-in stack extension method is used).  */

#if YYMAXDEPTH == 0
#undef YYMAXDEPTH
#endif

#ifndef YYMAXDEPTH
#define YYMAXDEPTH 10000
#endif

used to be generated by bison 1.3 now the 

#if YYMAXDEPTH == 0
#undef YYMAXDEPTH
#endif

is missing from 2.0&apos;s generation.

Comparing the generated output you see exactly this:

-#if YYMAXDEPTH == 0
-#undef YYMAXDEPTH
-#endif</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14097</commentid>
    <comment_count>4</comment_count>
      <attachid>2844</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-07-07 00:19:51 -0700</bug_when>
    <thetext>Created attachment 2844
A trivial fix for 2.0 compatibility.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14100</commentid>
    <comment_count>5</comment_count>
      <attachid>2844</attachid>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2005-07-07 00:33:17 -0700</bug_when>
    <thetext>Comment on attachment 2844
A trivial fix for 2.0 compatibility.

r=me

but just to be on the safe side make sure the layout tests pass.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>2844</attachid>
            <date>2005-07-07 00:19:51 -0700</date>
            <delta_ts>2005-07-07 00:33:17 -0700</delta_ts>
            <desc>A trivial fix for 2.0 compatibility.</desc>
            <filename>bison2.patch</filename>
            <type>text/plain</type>
            <size>980</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">SW5kZXg6IEphdmFTY3JpcHRDb3JlL2tqcy9ncmFtbWFyLnkKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog
L2N2cy9yb290L0phdmFTY3JpcHRDb3JlL2tqcy9ncmFtbWFyLnksdgpyZXRyaWV2aW5nIHJldmlz
aW9uIDEuMjAKZGlmZiAtcCAtdSAtcjEuMjAgSmF2YVNjcmlwdENvcmUva2pzL2dyYW1tYXIueQot
LS0gSmF2YVNjcmlwdENvcmUva2pzL2dyYW1tYXIueQkyMSBKdW4gMjAwNSAwODoyNToyMiAtMDAw
MAkxLjIwCisrKyBKYXZhU2NyaXB0Q29yZS9ranMvZ3JhbW1hci55CTcgSnVsIDIwMDUgMDY6NDI6
MDkgLTAwMDAKQEAgLTM4LDcgKzM4LDYgQEAKIAogLyogZGVmYXVsdCB2YWx1ZXMgZm9yIGJpc29u
ICovCiAjZGVmaW5lIFlZREVCVUcgMAotI2RlZmluZSBZWU1BWERFUFRIIDAKICNpZiAhQVBQTEVf
Q0hBTkdFUwogI2RlZmluZSBZWUVSUk9SX1ZFUkJPU0UKICNlbmRpZgpJbmRleDogV2ViQ29yZS9r
aHRtbC9jc3MvcGFyc2VyLnkKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2cy9yb290L1dlYkNvcmUv
a2h0bWwvY3NzL3BhcnNlci55LHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjM5CmRpZmYgLXAgLXUg
LXIxLjM5IFdlYkNvcmUva2h0bWwvY3NzL3BhcnNlci55Ci0tLSBXZWJDb3JlL2todG1sL2Nzcy9w
YXJzZXIueQkyMiBKdW4gMjAwNSAyMTowNTo1OSAtMDAwMAkxLjM5CisrKyBXZWJDb3JlL2todG1s
L2Nzcy9wYXJzZXIueQk3IEp1bCAyMDA1IDA2OjQyOjExIC0wMDAwCkBAIC0xMTQsNyArMTE0LDYg
QEAgc3RhdGljIGlubGluZSBpbnQgZ2V0VmFsdWVJRChjb25zdCBjaGFyIAogCiAKICNkZWZpbmUg
WVlERUJVRyAwCi0jZGVmaW5lIFlZTUFYREVQVEggMAogI2RlZmluZSBZWVBBUlNFX1BBUkFNIHBh
cnNlcgogJX0KIAo=
</data>
<flag name="review"
          id="191"
          type_id="1"
          status="+"
          setter="mjs"
    />
          </attachment>
      

    </bug>

</bugzilla>