<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Hi<br>I am using ragel 6.10 and it generates following unused variables that GCC compiler complains about. Is it a bug.<br><br>static const int json_en_rest_array = 12;<br>static const int json_en_rest_object = 32;<br>static const int json_en_main = 1;<br><br>Thanks<br>Rajeev</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 16, 2019 at 10:07 AM Mark Olesen <<a href="mailto:Mark.Olesen@esi-group.com">Mark.Olesen@esi-group.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I've use ragel in a few places already for parsing, but now I'm looking <br>
to port over a medium sized chunk of flex/bison. Perhaps going for a <br>
ragel/lemon combination.<br>
<br>
According to the lemon docs (<a href="https://www.hwaci.com/sw/lemon/lemon.html" rel="noreferrer" target="_blank">https://www.hwaci.com/sw/lemon/lemon.html</a>) <br>
the parser is the one calling the lexer. But this seems to be the same <br>
as ragel would like to be doing: match a pattern, call an action.<br>
<br>
The few examples of ragel/lemon that I've found (the classic calculator, <br>
or a json parser) seem to be handling this by running ragel as the <br>
scanner, and calling the lemon parser in its actions.<br>
<br>
Some other examples I've seen use re2c for the lexing part. This appears <br>
to fit better with what lemon expects, but there must be some way to lex <br>
a single token and return from ragel I suspect.<br>
<br>
I would be thankful for ideas.<br>
<br>
Cheers,<br>
/mark<br>
_______________________________________________<br>
ragel-users mailing list<br>
<a href="mailto:ragel-users@colm.net" target="_blank">ragel-users@colm.net</a><br>
<a href="http://www.colm.net/cgi-bin/mailman/listinfo/ragel-users" rel="noreferrer" target="_blank">http://www.colm.net/cgi-bin/mailman/listinfo/ragel-users</a></blockquote></div>