> The best option is a clean and maintainable parser. Whether it uses a
> parser generator or not is comparatively academic...
Many years later ...
Clean is good for our health, dirty is bad for our health.
> --
> This is like system("/usr/funky/bin/perl -e 'exec sleep 1'");
>--- Peter da S
| > | > Do you demonstrate that "C++ is not LALR(1)"?
| > |
| > | I'll leave that to you as a homework assignment. Actually, C++ is not
| > | LALR(N) for any N.
|
| Nor is it LR(N) nor LL(N).
|
| > | Get out the C++ grammar and figure it out, it's an easy proof.
| > | Come back when you have pro
| > | > Do you demonstrate that "C++ is not LALR(1)"?
| > |
| > | I'll leave that to you as a homework assignment. Actually, C++ is not
| > | LALR(N) for any N.
|
| Nor is it LR(N) nor LL(N).
|
| > | Get out the C++ grammar and figure it out, it's an easy proof.
| > | Come back when you have pro
| > It's possible that C++ doesn't require unbounded lookahead
|
| No, it's not.
| In fact, if you'd read the language grammar definition, you'd discover
| you could pretty produce the anti-program with some work.
| That given any k, it produces a C++ program that cannot be parsed with
| an LR(k) p
| > Do you demonstrate that "C++ is not LALR(1)"?
|
| I'll leave that to you as a homework assignment. Actually, C++ is not
| LALR(N) for any N. Get out the C++ grammar and figure it out, it's an
| easy proof. Come back when you have proved it to your own satisfaction,
| and please refrain from
| > > http://gcc.gnu.org/gcc-4.1/changes.html
| > >
| > > New Languages and Language specific improvements
| > > C and Objective-C
| > >
| > > * The old Bison-based C and Objective-C parser has been replaced
| > > by a new, faster hand-written recursive-descent parser.
| >
| > Hahahahaha, W
> http://gcc.gnu.org/gcc-4.1/changes.html
>
> New Languages and Language specific improvements
> C and Objective-C
>
> * The old Bison-based C and Objective-C parser has been replaced
> by a new, faster hand-written recursive-descent parser.
Hahahahaha, WRONG!!
It's one historical error