Re: Incomplete last line won't match

Why not use "-d" option to flex your scanner and see the debug output? It is
always a good way to use "-d" option when having problems with flex.


BTW: Using different status in your program causes a lot of mess. Why not
just use such rules like the following :
^C {ident} ... return CSTAT;
^Q {ident} ... return QSTAT;
...
And in the yacc file, you can simplify your "XGROUP" to
XGROUP: /*empty*/
        | XGROUP XSTAT
If you need some inner value of XSTAT, you can pass the value to yylval(use
%union to have a rich definition of yylval) in the lex scanner. Generally
speaking, my suggestion is "do everything that can be recognized in regular
expresion in lex and leave only the nesting rules to yacc as lex is unable
to handle this."


"Francis Harvey" <HARVEYF1@WESTAT.com> wrote in message
> Greetings,
>
> Using Flex 2.5.4 and Berkeley Yacc, I have finished a fairly complete
> program for analyzing the syntax and logic of a user's source file.
> Unfortunately, my program has one glaring flaw. If a user provides a
> source file whose last line does not have a newline character at the
> end, the parser will fail to recognize all of the rules that it should
> and the last line ends up getting echoed to my output file. All of my
> other rules and grammar will be fulfilled, but for the last line only
> the initial condition rule (.*\n?) will be matched and then no other.

Return to the comp.compilers page.
Search the comp.compilers archives again.