`--ghc-options` are cached, but shouldn't be

[konsumlamm]

Describe the bug
When passing GHC options to cabal build (via --ghc-options), those options are still applied on later invocations of cabal build (unless cabal clean has been performed in the meantime).

To Reproduce
Steps to reproduce the behavior:

$ cabal v2-build --ghc-options="-ddump-simpl"
outputs core
modify the code
$ cabal v2-build
still outputs core

Expected behavior
No core output when building the second time (i.e. don't use the GHC options from the previous build).

System information
cabal-install version: 3.6.2.0
GHC version: 8.10.7

[Mikolaj]

This may be a left-over from the v1- system where you "configured" a package first and it kept various settings in a configuration. But now cabal build should indeed cache stuff based on its arguments, not unconditionally.

Are we correct that this is a bug? Where does it reside? Cabal library, client, elsewhere?

[phadej]

We don't want to recompile packages (especially dependencies, as command line --ghc-options applies to everything), when non-output changing flags are specified. -ddump flags are such flags.

See #4247

[Mikolaj]

Hmm, arguably, -ddump are (debug, side-) output flags. How easy is it [edit: for the user, manually, as a workaround] to recompile without that flag?

[phadej]

They change the compiler debug output, but they don't change the result of compilation.

How easy is it ...

rm -rf dist-newstyle && cabal build

(I'm not sure what cabal clean does, thus i just remove the build directory).

[Mikolaj]

@konsumlamm: could you try that? Is that an acceptable workflow for you?

[Mikolaj]

@phadej: so, for my continued education, the deps compiled with the flags will remain in store/, but removing the build directory deletes the cache of flags, so the next build will not pick up the fancy deps, but will use/build vanilla ones?

[konsumlamm]

cabal clean works as a workaround (that's what I'm already doing), but it recompiles the whole package, so it's not really ideal.

We don't want to recompile packages (especially dependencies, as command line --ghc-options applies to everything), when non-output changing flags are specified. -ddump flags are such flags.

So cabal has a list of flags that are non-output changing? Then why are those flags still applied when rebuilding a single module?

[Mikolaj]

@konsumlamm: I don't understand your question. The flags remain in flag cache (whatever it is), right?

[phadej]

works as a workaround (that's what I'm already doing), but it recompiles the whole package, so it's not really ideal.

Toggling {-# OPTIONS_GHC -ddump-simpl #-} in a module you are interested is another option.

[konsumlamm]

I don't understand your question. The flags remain in flag cache (whatever it is), right?

Yes, the flags from the previous builds are reused, but not everything is recompiled (only the module that changed). So this implies to me that this only happens with certain flags (non-output changing ones, otherwise it should recompile everything). Or are all flags passed via --ghc-options considered to be non-output changing?

Toggling {-# OPTIONS_GHC -ddump-simpl #-} in a module you are interested is another option.

That works even better, I think this a good enough workaround (at least for my use case), thanks!