[Haskell-cafe] Issue building with ghc-9.8.2 and packages unix, directory, filepath and os-string
Daniel Trstenjak
daniel.trstenjak at gmail.com
Sat Jun 1 08:57:17 UTC 2024
> The problem is that `--allow-newer` tells cabal to ignore dependencies' upper bounds
> completely. If those bounds turn out to be necessary in some cases, the solver will produce a
> bad build plan.
Looking at the compile error of the unix package, it looks like it gets the wrong combination of filepath and os-string packages, resulting in the missing symbols. This depends on the os-string flag, either the unix package gets the older filepath package containing these symbols or the newer one without them and additionally the os-string package now containing the symbols.
This handling with the os-string flag feels wrong to me and therefore cabal can‘t resolve the right dependencies. The unix 2.8.5.0 package has an upper bound for filepath of <1.5, the one with the symbols, but unix 2.8.5.1 has the lower bound filepath >1.4.100, therefore supporting the filepath packages with and without the symbols. It seems if unix 2.8.5.1 would only support the filepath package without the symbols, by having the lower bound filepath >=1.5, then cabal could work out the right dependencies.
Is there a reason why the unix 2.8.5.1 does it that way?
More information about the Haskell-Cafe
mailing list