-
Notifications
You must be signed in to change notification settings - Fork 143
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
EmitML prints types with reserved words #56
Comments
The fix would probably be to link the type pretty-printer up to a backend that knew to munge particular tokens as they were emitted. |
Seems to me that futzing with the overload map when calling emitML would op |-> op_ replacement. Ugly, I know, but it is prettyprinting after all. Konrad. On Mon, Apr 2, 2012 at 6:16 PM, Ramana Kumar
|
My workaround is
That's what you mean, right Konrad? |
Yes, that's it. Not very solid-feeling, as you say. Konrad. On Mon, Apr 2, 2012 at 7:13 PM, Ramana Kumar
|
Emitting something like
generates the inconsistent and invalid
This is not trivial to fix because EmitML uses type_pp.pp_type for arguments on the right hand side of a datatype.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: