#1372: Recompilation checker should consider package versions (and other
factors)
-------------------------+--------------------------------------------------
Reporter: bringert | Owner: simonmar
Type: bug | Status: new
Priority: normal | Milestone: 6.8 branch
Component: Compiler | Version: 6.6
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Os: Unknown | Testcase:
Architecture: Unknown |
-------------------------+--------------------------------------------------
Comment (by dons):
Replying to [comment:13 simonmar]:
>
> * X11-extras was updated, the API was changed, the version was not
bumped
> * xmonad was updated to match
> * it failed to compile against the old X11-extras
>
> that's expected, right?
So in the past we've had failures of this sort, yes. No version bump in
the X11-extras
version, then users building without cleaning, getting strange errors.
However, now we
bump the version on any api change, esp. so for the released stable
branch, leading to
problems of the second kind:
> The problem you described seems slightly different:
>
> * X11-extras is modified, the version is bumped
> * xmonad is updated to match (with a dependency on the new version)
> * `darcs pull xmonad`
> * without cleaning first, `setup build`
>
> Now, Cabal doesn't notice that `xmonad.cabal` has been updated, and
hence doesn't notice that it needs to depend on the new version of
X11-extras. If this is the case, it's a Cabal bug - Cabal should refuse
to build if the `.cabal` file has been modified since the last configure.
Right, now that we bump versions properly, the problem is the lack of
recompilation
in repositories, typically when users darcs pull, and the xmonad .cabal
file changes, and
then some kind of build failure occurs, or runtime segfault in the worst
case.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1372#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
