[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