-
Notifications
You must be signed in to change notification settings - Fork 113
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
ghcid (fno-code) is twice as slow as cabal repl
for my project
#336
Comments
When you start the project, what does it print out as the command line it uses to compile things? If you do |
Sorry! I mean
Yes. In retrospect, I'm not sure why I opened this in Is it expected that the
vs, without the flag:
...? |
It seems as though |
I can reproduce this but not as bad as @jberryman reports. I think it is due to how generating object files is slower than generating bytecode. The situation is not very optimal here.
So I think it's a GHC bug that |
Perhaps ghcide should also pass |
One concern with But I'm not the expert here - poking ghci to get the behaviour we want is getting increasingly difficult. |
I'm observing this with ghc 9.1 and cabal-install 3.4 and can't easily test on 8.10.2 at the moment, but the repro for 8.10.2 would look like:
It looks like it's the same behavior with just
cabal repl --repl-options="-fno-code"
ghcid is also slower overall after initial startup, when a file changes
Maybe this is an upstream issue, but seemed better to open it here
The text was updated successfully, but these errors were encountered: