🚀 go-pugleaf

In article <1649@sfsup.UUCP>, mpl@sfsup.UUCP (M.P.Lindner) writes:
> The complaints of yacc are normal and OK.  It is merely saying there are
> conflicts in the grammar.  It does resolve them, though.  The reason for
> the messages is that the grammar writer should know how many conflicts
> there are, and know that he got what he expected.
> 
> As for the #if problem, I ran accross that, too.  You need to have a
> 
> #define YYDEBUG 0
> 
> somewhere.  Yacc includes lines of the form
> 
> #if YYDEBUG
> 
> which conditionally compiles code if YYDEBUG evaluates to a non-zero expression.
> However, since YYDEBUG is never #defined, the preprocessor sees an undefined
> symbol name where it expects a numeric expression.
> 
> Mike Lindner
> ...!ihnp4!attunix!mpl

There was a note about making sure YYDEBUG is defined or lines
of the form "#if YYDEBUG" will cause problems.
If you make the following change to logo.h, it will make sure
that YYDEBUG is defined to a known value.
This fixed the problem for me.

**** WAS ****

#ifdef DEBUG
#define YYDEBUG
#define JFREE jfree
#else
#define JFREE free
#endif

**** CHANGED ****

#ifdef DEBUG
#define YYDEBUG 1
#define JFREE jfree
#else
#define YYDEBUG 0
#define JFREE free
#endif

============================================================

Also, i was having problems with parsing which turned out to be a
problem in yylex1().
It defines a local variable c of type char, but the function
getchar returns a value of type FAST (int).
This is a common problem and is solved by changing the local
variable c to type FAST.
The behavior that results from this error was typing something
to logo that used a new function, off went logo into never-never
land because the EOF was not seen.

Other than these two small problems the logo looks good.
I wish i could play with turtles, but the machine i am on
does not support them, oh well.
Hopefully someone will port it to the AMIGA, then i can use it there.

					Steve Ringwood
					ihlpm!nevets