cabal
                                
                                 cabal copied to clipboard
                                
                                    cabal copied to clipboard
                            
                            
                            
                        Official upstream development repository for Cabal and cabal-install
This would be a fix for #10950, except that the test is failing and I don't know why. Pointers welcome.
## Information * cabal-install version 3.15.0.0 (commit 2f3a45d, Tue Apr 8 00:30:30 2025 +0000) * doctest version 0.24.0 ## Bug [doctest](https://github.com/sol/doctest)'s manual tells users to run it as a substitute...
In a .cabal file like this: ```cabal cabal-version: 2.4 name: hls-test-utils version: 2.10.0.0 build-type: Simple library hs-source-dirs: src build-depends: , base if flag(unix) build-depends: unix < 2.9 default-language: GHC2021 ```...
As a step towards #4251, we could simplify the case where the solver rejects all instances of a package, such as when the index is not up to date. Here...
**Describe the bug** Say I have a cabal project with two packages `a` and `b` where - each of them has a library - `b` depends on `a` - `a`...
Reproduction of the failure for #10689. The `cabal.project` has its one package in the same directory whereas `alt.project` has one package but in another directory, `alt`. ``` $ ~/.ghcup/bin/cabal-3.14.1.0 repl...
Pretty much the same as #9933 but gives a warning instead of an error when duplicate imports that are not cyclical are detected. I did this work in Oct 2024...
It would be nice to have cabal-install back in Stackage Nightly. Unfortunately due to hashable-1.5, cabal-install-3.12.1 does not build there. Is it possible to relax the upper bound? Otherwise hopefully...