-
Notifications
You must be signed in to change notification settings - Fork 843
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
Regression in 2.15.7
#6621
Comments
@lehins, thanks for reporting. I can reproduce with
{-# LANGUAGE CPP #-}
{-# LANGUAGE PackageImports #-}
module StackSetupShim where
-- | Stack no longer supports Cabal < 1.24 and, consequently, GHC versions
-- before GHC 8.0 or base < 4.9.0.0. Consequently, we do not need to test for
-- the existence of the MIN_VERSION_Cabal macro (provided from GHC 8.0).
import Data.List ( stripPrefix )
import Distribution.ReadE ( ReadE (..) )
...
mainOverride :: IO ()
mainOverride = do
... |
LTS 18.28 specifies GHC 8.10.7 and (which is revision 3)
and GHC 8.10.7 specifies GHC 8.10.7 definitely provides the
|
Something like the following does not fail (reformatted):
|
The GHC error |
It seems to be something with the CPP directives in |
@lehins, I have found the cause. It was rather obscure. The combination of (a) the |
Fix #6621 Remove Haddock style comments
@lehins, this fix will be included in Stack 3.1.1. |
General summary/comments (optional)
I suspect #6542 introduced a regression, although I might be wrong. Problem happens with LTS-18 and older (was able to reproduce all the way to LTS-11)
Problem happens when building a package that depends on
doctest
, which depends onghc-paths
and that is where problem seems to pop up:I was able to confirm that
stack-2.15.5
and earlier do not have this problemSteps to reproduce
Expected
No build failure.
Actual
Build failure
If you suspect that a Stack command misbehaved, please include the output of
that command in
--verbose
mode. If the output is larger than a page pleasepaste the output in a Gist.
Stack version
Method of installation
Platform
Linux x86_64
The text was updated successfully, but these errors were encountered: