1) Add -XDuplicateRecordFields to a package that requires it in ghcOptions
2) Build the haddock derivation (via nix-shell), haddock build fails because it doesn't have the DuplicateRecordFields extension enabled.
Expected behavior
ghcOptions gets passed to haddock via --optghc
Additional context
I faced this issue when upgrading to 9.8.1, a few packages that were building fine before now require DuplicateRecordFields behaviour with a warning that the behaviour will be deprecated in the future. As a temporary fix, I passed the ghcOptions in the module settings for the package (amazonka). This builds fine, but haddock building fails. I set doHaddock = false for the package as part of the temporary fix
Build system (eg. x86_64-linux or aarch64-darwin): x86)64-linux
GHC version: 9.8.1
Haskell.nix version (or commit) used: 1536b634296d5e82792d4d89d3690c851262bfb2
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Describe the bug
package..ghcOptions are not sent to haddock
Steps To Reproduce
1) Add
-XDuplicateRecordFields
to a package that requires it inghcOptions
2) Build the haddock derivation (via nix-shell), haddock build fails because it doesn't have theDuplicateRecordFields
extension enabled.Expected behavior
ghcOptions
gets passed to haddock via--optghc
Additional context
I faced this issue when upgrading to 9.8.1, a few packages that were building fine before now require
DuplicateRecordFields
behaviour with a warning that the behaviour will be deprecated in the future. As a temporary fix, I passed the ghcOptions in the module settings for the package (amazonka). This builds fine, but haddock building fails. I setdoHaddock = false
for the package as part of the temporary fixx86_64-linux
oraarch64-darwin
): x86)64-linux