Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multi-way conflicts cause Graham to crash #3

Open
jack-pappas opened this issue Mar 9, 2014 · 0 comments
Open

Multi-way conflicts cause Graham to crash #3

jack-pappas opened this issue Mar 9, 2014 · 0 comments
Labels

Comments

@jack-pappas
Copy link
Owner

Graham is currently unable to handle multi-way conflicts at all -- they cause the library to crash when attempting to compile an LR(0) (incl. SLR(1), LALR(1)) table.

In the short-term, this could be fixed by using the same conflict-resolution algorithm fsyacc uses. It causes issues of it's own, but it'll keep the library from crashing and may be useful for getting fsharpyacc to parity with fsyacc.

For the long-term, we'll need to implement a robust algorithm for multi-way conflict resolution.

@jack-pappas jack-pappas added the bug label Mar 9, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant