-
Notifications
You must be signed in to change notification settings - Fork 57
++dole fails to it() and nlr() doubly-recusive types #115
Comments
Closing as the given example no longer parses as of |
Does something similar like |
I expect this to still be present, as old (current) pretty-printer has not seen any significant work. There is a new pretty-printer, but that's only partially integrated. |
It parses, and then actually causes a Something is obviously still a problem here, but I think the issue needs updating to report whatever that is more clearly. |
Hm that sounds like a separate issue with |
You’re smashing the stack to recursive infinity there, but not handling memory or stack exhaustion gracefully is its own critical bug...
…Sent from my iPhone
On Jun 23, 2019, at 3:06 PM, Anton Dyudin ***@***.***> wrote:
Hm that sounds like a separate issue with {$} being bunted eagerly? Like, I would expect swapping *a with =>(*a ~) to still have the bail:meme, while the original issue concerns the pretty-printer.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Yeah I'm guessing that's from the "molds are recursively defined as gates whose samples are the outputs of running them" change? Like obviously this code worked in 2016, and the type it refers to is perfectly clear - it presumably still works if you phrase it as
but the capacity for any kind of abstraction around that has been removed from the language |
Or hm |
Command
Expected
Observed
This manifests itself as pretty printer errors:
And is more directly caused by
dole
cycle elision not back-propagating%list
detection.The text was updated successfully, but these errors were encountered: