Sebastian Graf
Sebastian Graf
I'll close this. It doesn't seem to apply since we merged https://github.com/haskell/happy/pull/277.
But that would mean *more* CPP when we want *less*. I honestly don't see the appeal in that; when all offsets fit in 16 bit, then the parser is so...
I would not worry too much about caches; after all, we are still ultimately writing Haskell, where we have to allocate a lot. Plus, reduction actions are *far* more costly...
Fixed by https://github.com/haskell/happy/pull/280.
I think with the introduction of `%shift` (or was it always there?) and parameterised productions, GHC's parser finally has become conflict-free, so this issue has been far less pressing. Edit:...
> Are you sure about this? Indeed not, I was wrong. Marking a (use or decl) of a non-terminal as `%inline` duplicates its productions into its use sites. That is...
The reason for the error is that your parser has become so large that its action table cannot be addressed using 16 bit offsets. That is problematic because `happy` used...
I'll optimistically close this issue; #280 likely fixed it and was released with Happy 2.0.
What is the way forward here? Does this issue still apply?
Happy 2.0 shipped with said `happy-lib`. Let's close this issue and perhaps open a new one if there are any open TODOs here that apply. I don't currently see any.