It seems that certain GHC versions (8.6–8.10) combined with certain x86_64 macOS environments (e.g., GitHub’s macos-13 runner) fail in the face of System.IO.Temp.withSystemTempDirectory. doctest 0.24.1 starts using that function, and running doctests in that environment causes
<command line>: can't load framework: Security (not found)
doctests: fd:5: hGetLine: end of file
My workaround has been to exclude those combinations from my build matrix. I’m not sure what a proper fix looks like. One option could be to deprecate those release and re-release 0.24.2 as 0.25.0, but it only affects a small (and old) intersection of environments, and there’s no change to the interface that would indicate a breaking change (and yet, a runtime dependency is introduced).
Even if this issue is just closed “won’t fix“ (which I think is reasonable because who still supports GHC 8.10?), I think it’s useful to have opened in case anyone else stumbles across the same situation.
It seems that certain GHC versions (8.6–8.10) combined with certain x86_64 macOS environments (e.g., GitHub’s
macos-13runner) fail in the face ofSystem.IO.Temp.withSystemTempDirectory. doctest 0.24.1 starts using that function, and running doctests in that environment causesMy workaround has been to exclude those combinations from my build matrix. I’m not sure what a proper fix looks like. One option could be to deprecate those release and re-release 0.24.2 as 0.25.0, but it only affects a small (and old) intersection of environments, and there’s no change to the interface that would indicate a breaking change (and yet, a runtime dependency is introduced).
Even if this issue is just closed “won’t fix“ (which I think is reasonable because who still supports GHC 8.10?), I think it’s useful to have opened in case anyone else stumbles across the same situation.