[Hackage] #700: seemingly too liberal behaviour on overlapping
dependency constraints across packages
Hackage
cvs-ghc at haskell.org
Mon Jun 14 10:15:24 EDT 2010
#700: seemingly too liberal behaviour on overlapping dependency constraints
across packages
---------------------------------+------------------------------------------
Reporter: kowey | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: cabal-install tool | Version: 1.6.0.3
Severity: normal | Keywords:
Difficulty: unknown | Ghcversion:
Platform: |
---------------------------------+------------------------------------------
Comment(by mornfall):
As for solution 1, is there a way to use C finalizers without having C
code (and C symbols)? The workaround is what we already did (we copied the
mmap dependency from hashed-storage into darcs.cabal), but I don't think
it fixed all version mixups (see also
http://irclog.perlgeek.de/darcs/2010-06-14#i_2434140). Would solution 2
involve manual renaming of all C symbols in each version? (That is quite
inconvenient and error-prone...) The C functions are supposed to be
private, so maybe a hiding solution would work better? Is that doable with
current Cabal?
--
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/700#comment:5>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects
More information about the cabal-devel
mailing list