-
Notifications
You must be signed in to change notification settings - Fork 195
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
Compiling IHP app with optimizations - Simplifier ticks exhausted error #1850
Comments
Update: as it says in the error, setting the
This feels... wrong: increasing a value to tenfold of its default value, without fully understanding the implications of doing so. So I would love suggestions on how to fix this properly, or what might be causing it. It feels especially weird since I don't think we've done anything particularly strange in the module. I would post it, but it is not an open-source project unfortunately. One of the modules compiled after increasing it to 200, the other was stubborn and didn't work with 300 or 500, but 1000 seems to have worked. Edit: it's still compiling after about 15-20 minutes and is using over 24gb of RAM in the process. Clearly something is wrong! Is there a way to find out what's triggering this? Will compile without optimizations for now. |
I've seen this error before. It's caused by a -- before
|> fill @["a", "b", "c", "d"]
-- after
|> fill @["a", "b"]
|> fill @["c", "d"] |
If you can make a small reproducer, maybe we can report this issue upstream to GHC |
Ah, yep, we do have a |
Minimum IHP example might be enough 👍 |
I guess I just wondered if there was a way to provide them with a minimal example that doesn't carry with it all the "weight" of having a full-blown IHP app. Like just a simple cabal project for instance. |
Yes if that's easy to do that would be even better than an minimum IHP example |
Actually fixed via 9dc3b9f |
😎
What was the redundant code - it's unclear to me from looking at the code? |
If you remove some of the noise around the previous code you can see it calls fill record = do
case ... of
Right ... -> fill @rest ...
Left ... -> fill @rest ...
Left ... -> fill @rest ... Now with the new code, we only call |
Just ran into this GHC error while compiling two of the controller modules in a project with 256 modules (including generated ones) and about 14,000 lines of code:
This is being reported in two controller modules with only about 100-200 lines of code each, and nothing particularly "weird" in the code. I haven't seen this before until just now.
Works fine when compiling the unoptimized version, but compiling the optimized version causes this error. Any ideas how I can go about fixing this? Or what might be causing it?
The text was updated successfully, but these errors were encountered: