You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My team is experiencing issues when compiling a project that extensively use type families (type level sql with https://github.com/morphismtech/squeal).
We found that the big trouble comes from GHC trying to dump a text file when compiling each unit.
Here are the investigations:
Could I PR stack to directly read the binary format ? (this would improve compilation performance a lot, relying only on the GHC .hi file). I've already an implementation that can read the dependencies/templatehaskell in the .hi file for ghc7-863. The drawback would be that we would have to support the protocol for each new release of GHC.
Could we have an option to avoid the dump ?
Current solution:
Use the -fomit-interface-pragmas that avoid ALL unfolding. This is not very good because we lose inlining.
Thanks for reading.
The text was updated successfully, but these errors were encountered:
This seems like a really good idea, in favor of merging #4545 once it's been reviewed. I think this should make it so that ghc doesn't need to pass -ddump-hi -ddump-to-file. In some cases it can be rather puzzling to users when various ddump options aren't displayed
Hello guys!
Related fixed issue: #4027
Related GHC issue: https://ghc.haskell.org/trac/ghc/ticket/8095#comment:58
My team is experiencing issues when compiling a project that extensively use type families (type level sql with https://github.com/morphismtech/squeal).
We found that the big trouble comes from GHC trying to dump a text file when compiling each unit.
Here are the investigations:
.hi
file as pretty printed text (see https://stackoverflow.com/a/46399538).Our context:
.hi
fileMy questions:
.hi
file). I've already an implementation that can read the dependencies/templatehaskell in the .hi file for ghc7-863. The drawback would be that we would have to support the protocol for each new release of GHC.Current solution:
-fomit-interface-pragmas
that avoid ALL unfolding. This is not very good because we lose inlining.Thanks for reading.
The text was updated successfully, but these errors were encountered: