Changes between Version 4 and Version 5 of Commentary/Packages/PackageCompatibilityProposal
 Timestamp:
 Oct 25, 2007 11:53:55 AM (8 years ago)
Legend:
 Unmodified
 Added
 Removed
 Modified

Commentary/Packages/PackageCompatibilityProposal
v4 v5 94 94 == The problem of lax version dependencies == 95 95 96 Supposing that we used solution 3above and had a base2.x and a base3.x. If we take an old package and build it against base2.x then it will work and if we build it against base3.x then it'll fail because it uses modules from the split out packages like directory, bytestring etc. So obviously Cabal should select base2.x, but how is this decision actually supposed to be made automatically? From a quick survey of the packages on hackage we find that 85% specify unversioned dependencies on the base package and none of them specify upper bounds for the version of base. So presented with a package that says:96 Supposing that we used solution 2 above and had a base2.x and a base3.x. If we take an old package and build it against base2.x then it will work and if we build it against base3.x then it'll fail because it uses modules from the split out packages like directory, bytestring etc. So obviously Cabal should select base2.x, but how is this decision actually supposed to be made automatically? From a quick survey of the packages on hackage we find that 85% specify unversioned dependencies on the base package and none of them specify upper bounds for the version of base. So presented with a package that says: 97 97 98 98 {{{ … … 101 101 102 102 how are we to know if we should use base2.x or base3.x. It may be that this package has been updated to work with base3.x or that it only ever used the parts of base2.x that were not split off. This dependency does not provide us with enough information to know which to choose. So we are still left with the situation that every package must be updated to specify an api version of base. 103 104 One possible remedy would be to call version 3 something other than base. Any dependency on 'base' would refer to the set of modules that comprise base2.x.