Re: Software based character UART using Yacc (Bison) grammar ...

2005-09-28 Thread Hans Aberg
On 28 Sep 2005, at 04:24, Jamie Risk wrote: I've been trying to develop a small software based character UART. Eight (8) bit characters have one start bit (a zero) one stop bit (a one) and one odd bit of parity. Idle states are a one, so getting 100's of ones in a row is acceptable. The ac

Re: Software based character UART using Yacc (Bison) grammar ...

2005-09-28 Thread Hans Aberg
On 28 Sep 2005, at 04:24, Jamie Risk wrote: I've been trying to develop a small software based character UART. Suggestions? You might try posting the Usenet newsgroup comp.compilers. Hans Aberg ___ Help-bison@gnu.org http://lists.gnu.org/ma

Re: Parser base class (lalr1)

2005-09-28 Thread Hans Aberg
On 28 Sep 2005, at 21:02, Jan Nabbefeld wrote: Hello, On 28.09.2005, Hans Aberg wrote: On 28 Sep 2005, at 14:37, Jan Nabbefeld wrote: I use a C++ polymorphic hierarchy, with a reference count at the base, in order to avoid unnecessary copying. This approach has also the advantage of making us

Re: Parser base class (lalr1)

2005-09-28 Thread Hans Aberg
On 28 Sep 2005, at 21:02, Jan Nabbefeld wrote: I know lalr1.cc skeleton is experimantal and not supported so I don't complain about that. Would be nice to have the possibility again without customize the skeleton. When Akim has finished the writing of %define, customizing will be easy. Whats

Re: Parser base class (lalr1)

2005-09-28 Thread Jan Nabbefeld
Hello, On 28.09.2005, Hans Aberg wrote: > On 28 Sep 2005, at 14:37, Jan Nabbefeld wrote: > I use a C++ polymorphic hierarchy, with a reference count at the > base, in order to avoid unnecessary copying. > This approach has also the advantage of making use of C++ cleanup > The code above then beco

Re: Parser base class (lalr1)

2005-09-28 Thread Hans Aberg
On 28 Sep 2005, at 14:37, Jan Nabbefeld wrote: > about the possibelity off defining a base class for the generated > yy::parser in lalr1 skeleton. Further I noticed that this was > removed from the lalr1 skeleton on December 2004. That is right, it seemed to cause more problems than provide s

Re: Parser base class (lalr1)

2005-09-28 Thread Jan Nabbefeld
Hello, Akim Demaille wrote: This [1] was not defined. Sorry, here it comes again: http://lists.gnu.org/archive/html/help-bison/2002-07/msg00047.html > about the possibelity off defining a base class for the generated > yy::parser in lalr1 skeleton. Further I noticed that this was > removed

Re: Parser base class (lalr1)

2005-09-28 Thread Akim Demaille
>>> "Jan" == Jan Nabbefeld <[EMAIL PROTECTED]> writes: > Hello, > I've read on [1] This [1] was not defined. > about the possibelity off defining a base class for the generated > yy::parser in lalr1 skeleton. Further I noticed that this was > removed from the lalr1 skeleton on December 200

Re: Parser base class (lalr1)

2005-09-28 Thread Jan Nabbefeld
Jan Nabbefeld wrote: I've read on [1] about the possibelity off defining a base class for the generated yy::parser in lalr1 skeleton. Further I noticed that this was removed from the lalr1 skeleton on December 2004. Is there any way to add additional methods/attributes (like in the example) to

Parser base class (lalr1)

2005-09-28 Thread Jan Nabbefeld
Hello, I've read on [1] about the possibelity off defining a base class for the generated yy::parser in lalr1 skeleton. Further I noticed that this was removed from the lalr1 skeleton on December 2004. Is there any way to add additional methods/attributes (like in the example) to the generat