Gearing up for a 1.18 release

Luite Stegeman stegeman at
Mon Aug 26 18:57:28 CEST 2013

> I'm not worried about these packages, but about the Cabal code base itself.

The Cabal code base hardly creates CompilerId directly, in almost all cases
the change is ignoring the third field. This is where CompilerId is created:

All existing flavours add Nothing, 6x one-line change:

Distribution.PackageDescription.Check uses it, but only for checking that
the base range is bounded, not with a real compiler, but with buildCompiler
with no version:

buildCompilerId uses it (buildCompilerId is never used in Cabal,
cabal-install and hackage), a better change would be to find the
subcompiler if buildCompilerFlavor is GHCJS, but just adding Nothing makes
it do the right thing for all existing compilers:

The other changes are the direct intended changes: Updated flag resolution,
parsing/printing CompilerId, and getting the shared library filename from a
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the cabal-devel mailing list