Update of /home/cvsd/slony1/slony1-engine/doc/adminguide
In directory main.slony.info:/tmp/cvs-serv7517

Modified Files:
      Tag: REL_2_0_STABLE
	faq.sgml 
Log Message:
Bison/Flex FAQ addition as in HEAD


Index: faq.sgml
===================================================================
RCS file: /home/cvsd/slony1/slony1-engine/doc/adminguide/faq.sgml,v
retrieving revision 1.80.2.3
retrieving revision 1.80.2.4
diff -C 2 -d -r1.80.2.3 -r1.80.2.4
*** faq.sgml	28 Apr 2009 14:36:21 -0000	1.80.2.3
--- faq.sgml	11 Feb 2010 17:52:01 -0000	1.80.2.4
***************
*** 280,283 ****
--- 280,306 ----
  
  </qandaentry>
+ 
+ <qandaentry>
+ 
+ <question> <para> I found conflicting types for <envar>yyleng</envar>
+ between <filename>parser.c</filename> and <filename>scan.c</filename>.
+ In one case, it used type <type>int</type>, conflicting with
+ <type>yy_size_t</type>.  What shall I do?</para> </question>
+ 
+ <answer><para> This has been observed on <application>MacOS</application>,
+ where <application>flex</application> (which generates
+ <filename>scan.c</filename>) and <application>bison</application>
+ (which generates <filename>parser.c</filename>) diverged in their
+ handling of this variable. </para> 
+ <itemizedlist>
+ <listitem><para> You might might <quote>hack</quote> <filename>scan.c</filename> by hand to use the matching type. </para> </listitem>
+ <listitem><para> You might select different versions of <application>bison</application> or <application>flex</application> so as to get versions whose data types match. </para> </listitem>
+ <listitem><para> Note that you may have multiple versions of <application>bison</application> or <application>flex</application> around, and might need to modify <envar>PATH</envar> in order to select the appropriate one.</para></listitem>
+ </answer>
+ 
+ 
+ 
+ </qandaentry>
+ 
  </qandadiv>