<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general">
    <title>gmane.comp.lex.flex.general</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2993"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2992"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2991"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2990"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2989"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2988"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2987"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2986"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2985"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2984"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2983"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2982"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2981"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2980"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2979"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2978"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2977"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lex.flex.general/2976"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2993">
    <title>Re: [PATCH] Convert the testsuite to autotest</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2993</link>
    <description>&lt;pre&gt;


After applying Fedora's patch for C++, I noticed that the
expected output for "c++-basic" and "c++-multiple-scanners"
was wrong.  Attached patch fixes that.

Tim
_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Tim Landscheidt</dc:creator>
    <dc:date>2011-11-20T22:21:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2992">
    <title>Re: [PATCH] Convert the testsuite to autotest</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2992</link>
    <description>&lt;pre&gt;


I had assumed this, but:

- as yesterday's xkcd so nicely illustrated, who knows what
  will be in 2019, and
- there are certainly readers of this mailing list who won't
  consider themselves *flex* developers, but might glance at
  patches or try to compile them on their own machines and
  give some advice and/or feedback.

So noone should feel compelled to answer, but I appreciate
it :-).

Tim
&lt;/pre&gt;</description>
    <dc:creator>Tim Landscheidt</dc:creator>
    <dc:date>2011-11-19T18:53:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2991">
    <title>Re: [PATCH] Convert the testsuite to autotest</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2991</link>
    <description>&lt;pre&gt;

There is currently no Flex developer or maintainer.

Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Aberg</dc:creator>
    <dc:date>2011-11-19T12:26:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2990">
    <title>[PATCH] Convert the testsuite to autotest</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2990</link>
    <description>&lt;pre&gt;Hi,

attached is a bzipped patch to convert the testsuite to
autotest.  A fine-grained version that proves that the data
files are imported verbatim can be found at
&amp;lt;URI:https://github.com/scfc/flex/tree/autotest&amp;gt;.

  The patch is based on my previous "m4-nopreproc" patch but
it should be possible to adapt it to HEAD if care is taken
of the "--skeldir" option.

Tim
_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Tim Landscheidt</dc:creator>
    <dc:date>2011-11-19T01:36:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2989">
    <title>Re: m4 and skeleton system</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2989</link>
    <description>&lt;pre&gt;


Attached is an initial patch to remove the m4 preprocessing
(cf. &amp;lt;URI:https://github.com/scfc/flex/tree/m4-nopreproc&amp;gt;
for finer granularity).

  It should change the output only when "--tables-file" is
used in that the copyright notice (*1) is now reproduced
verbatim, i. e. the "``AS IS''" is no longer mangled to "`AS
IS'".

  It introduces a new option "--skeldir" which points to a
directory containing (for now) "flexint.h",
"tables_shared.c" and "tables_shared.h".

Tim

(*1)   I'd think that the "dnl" indicates that it shouldn't
       be reproduced at all, but I'm hesitant to remove it.
_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Tim Landscheidt</dc:creator>
    <dc:date>2011-11-08T19:10:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2988">
    <title>m4 and skeleton system</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2988</link>
    <description>&lt;pre&gt;Hi,

I'm looking at adding support for PHP to flex, and it looks
generally feasible.

  What I don't quite understand is the reasoning behind
flex's skeleton system.  While Bison's is pretty straight
forward, - CMIIW - flex processes the skeleton with m4 to a
C array, then implements some "%if-..." control structures
of its own and processes the result again with m4 (offering
the user another set of control structures for his code).
The only technical advantage to Bison's that I can see from
a distance is that in this way the whole shebang is contain-
ed in one binary.

  So with regard to my goal, should I go for "%if-php-only",
or would a patch to streamline the skeleton system first be
met favourably?

TIA,
Tim
&lt;/pre&gt;</description>
    <dc:creator>Tim Landscheidt</dc:creator>
    <dc:date>2011-11-01T01:30:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2987">
    <title>Re: nomain problems</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2987</link>
    <description>&lt;pre&gt;Hi,
I have the same error when compiling a SQL parser with Flex &amp;amp; Bison.
after adding 
%option nomain noyywrap 
and compiling without the -lfl it works fine :D

i want to know what was the cause of the earlier linking error; and how it is
being corrected by not linking the flex library. 

Thanks 
Luke 
&lt;/pre&gt;</description>
    <dc:creator>Luke Nitish</dc:creator>
    <dc:date>2011-07-06T03:27:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2986">
    <title>Re: set flex start conditions from bison?</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2986</link>
    <description>&lt;pre&gt;

Rui Maciel wrote:

Hi,

I don't know how to do this elegantly, but I think the question is "unusual"
because the parser has already read the next lookahead token when a
reduction is done, and you're simply too late to set the start condition.

Martin.


&lt;/pre&gt;</description>
    <dc:creator>Martin Beers</dc:creator>
    <dc:date>2010-01-27T14:06:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2985">
    <title>RE: get "unrecognised rule" error</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2985</link>
    <description>&lt;pre&gt;The error is in your "sign" pattern.  Plus sign (+) is a special character, you cannot start a pattern with it.  Try this:

sign[-+]

 - - Martin 

From: help-flex-bounces+martin.thurn=ngc.com&amp;lt; at &amp;gt;gnu.org [mailto:help-flex-bounces+martin.thurn=ngc.com&amp;lt; at &amp;gt;gnu.org] On Behalf Of sdatta
Sent: Saturday, January 23, 2010 15:42
To: Help-flex&amp;lt; at &amp;gt;gnu.org
Subject: get "unrecognised rule" error

hi, i m new to flex...pls answer my query! i m getting "unrecognised rule" error in my code cpp.l i figured-out that its due to line 78 where rule for "pp_num" is written. uploaded the code cpp.l plss help.... Thanks sdatta 
&lt;/pre&gt;</description>
    <dc:creator>Thurn, Martin (TASC Inc</dc:creator>
    <dc:date>2010-01-25T16:36:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2984">
    <title>get "unrecognised rule" error</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2984</link>
    <description>&lt;pre&gt;_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
http://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>sdatta</dc:creator>
    <dc:date>2010-01-23T20:41:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2983">
    <title>trouble with assigning values to tokens</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2983</link>
    <description>&lt;pre&gt;_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
http://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Una Radovanovic</dc:creator>
    <dc:date>2010-01-03T23:05:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2982">
    <title>Re: unicode character in flex</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2982</link>
    <description>&lt;pre&gt;[Please keep the cc to the list, so that others can follow.]

On 30 Sep 2009, at 04:37, Mahalingam Arumugam wrote:


On Mac OS X, keymaps can be created using Ukelele
   http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&amp;amp;id=Ukelele

I don't know what is used on other platforms.

   Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Aberg</dc:creator>
    <dc:date>2009-09-30T08:11:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2981">
    <title>Re: unicode character in flex</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2981</link>
    <description>&lt;pre&gt;

Just put them in an UTF-8 .l file as ordinary characters as when you  
read them in a UTF-8 editor, like "A", "அ", etc. Flex in 8-bit mode  
will treat that as just a byte sequences, which is what will be  
detected in the lexer input, that is what you wrote.

   Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Aberg</dc:creator>
    <dc:date>2009-09-29T08:08:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2980">
    <title>Re: unicode character in flex</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2980</link>
    <description>&lt;pre&gt;_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
http://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Mahalingam Arumugam</dc:creator>
    <dc:date>2009-09-29T01:41:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2979">
    <title>Re: unicode character in flex</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2979</link>
    <description>&lt;pre&gt;

One way is to make sure Flex is in 8-bit mode, and feed it a  
characTers "..." one by one.

For ranges, you might try
   http://lists.gnu.org/archive/html/help-flex/2005-01/msg00043.html

   Hans
&lt;/pre&gt;</description>
    <dc:creator>Hans Aberg</dc:creator>
    <dc:date>2009-09-28T17:53:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2978">
    <title>unicode character in flex</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2978</link>
    <description>&lt;pre&gt;_______________________________________________
help-flex mailing list
help-flex&amp;lt; at &amp;gt;gnu.org
http://lists.gnu.org/mailman/listinfo/help-flex
&lt;/pre&gt;</description>
    <dc:creator>Mahalingam Arumugam</dc:creator>
    <dc:date>2009-09-28T04:05:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2977">
    <title>Printing Flex Chart Application with FireFox 2 and later</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2977</link>
    <description>&lt;pre&gt;Hi, I have problem with printing functionality in FireFox. The print preview
shows an empty page. So the user ends with this step and thinks no print is
available. Another problem is when I try to print directly not the whole
application will be printed.

Is there an easy way to get FireFox to print correctly.

Thank you for all your helpful answers.
&lt;/pre&gt;</description>
    <dc:creator>Thomas Wukasch</dc:creator>
    <dc:date>2009-08-26T09:31:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lex.flex.general/2976">
    <title>set flex start conditions from bison?</title>
    <link>http://permalink.gmane.org/gmane.comp.lex.flex.general/2976</link>
    <description>&lt;pre&gt;Is it possible to set the flex start conditions from within bison? I've set a couple of lexer start 
conditions in the flex file and added yy_push_state() to the bison file, which already includes a flex-
generated header. Nonetheless, the compiler still complains that the start condition symbol (named s_element) 
is undeclared. As the start condition symbol is described in the flex file as:

#ifdef YY_HEADER_EXPORT_START_CONDITIONS
#define INITIAL 0
#define s_element 1

#endif

That leads me to believe that some other tweaking is needed to at least define 
YY_HEADER_EXPORT_START_CONDITIONS and therefore declare the start condition symbol.

So, how do we set flex start conditions from within a bison file?


Thanks in advance,
Rui Maciel
&lt;/pre&gt;</description>
    <dc:creator>Rui Maciel</dc:creator>
    <dc:date>2009-08-24T12:32:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lex.flex.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lex.flex.general</link>
  </textinput>
</rdf:RDF>

