[Hackage] #263: Multiple compilers of the same version confuse Cabal

Hackage trac at galois.com
Tue Mar 25 14:14:14 EDT 2008

#263: Multiple compilers of the same version confuse Cabal
  Reporter:  guest          |        Owner:         
      Type:  defect         |       Status:  new    
  Priority:  normal         |    Milestone:         
 Component:  Cabal library  |      Version:
  Severity:  normal         |   Resolution:         
  Keywords:                 |   Difficulty:  normal 
Ghcversion:  6.8.2          |     Platform:         
Comment (by duncan):

 Personally my inclination is not to include the location by default.

 I wonder if there is a way of detecting if we're mixing things. The
 problem is not that we're corrupting the current ghc's package db but that
 we're overwriting the package that is registered with another ghc's
 package db. There is currently no way to map back to which package db it's
 registered in. Indeed it's not impossible for it to be registered in
 multiple package dbs. Still it might be useful to keep some pointer pack
 to which package db we think the package is registered in. Then if we were
 overwriting the files and registering into a different db then we'd know
 we were breaking the other db.

 If we ever go for a hashing system (to allow multiple instances of the
 same package built against different versions of their dependencies) then
 this would no longer be a problem since the package hashes would be
 different, and if they were the same then their content would also be the
 same so it'd also be ok.

Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/263#comment:3>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects

More information about the cabal-devel mailing list