Comments (2)
In any case a refactoring shouldn't also change behaviour. So perhaps we can restore the old behaviour and then make a more informed/slow decision about what should happen.
from cabal.
Indeed, as Sam noted we are no longer building executables if they are not a target/argument to build or install.
The description of e8c9d19 may also shed some light on this.
For example, if we have pkg-a.cabal
:
library
build-depends: pkg-b
and pkg-b.cabal
:
library
exposed-modules: ...
executable pkg-b-exe
main-is: ...
An invocation with cabal build pkg-a
will build lib:pkg-a
and lib:pkg-b
, but not exe:pkg-b-exe
(because it is not needed for building pkg-a! I think this is a good improvement on one hand).
If the invocation were cabal build pkg-a exe:pkg-b-exe
then all lib:pkg-a
, lib:pkg-b
, and exe:pkg-b-exe
would be built.
I'm not sure how to better handle the fact that some Custom setups may depend on an executable being built as well regardless of the target, but we should fix this as it breaks at least Agda's workflow.
from cabal.
Related Issues (20)
- Imported constraint edit not seen by cabal build HOT 1
- cabal init should create a .gitignore with dist-newstyle in it.
- Cabal (the library) advises use of `extensions:` when that field is deprecated HOT 2
- [3.12.0.0] Failed to find the installed unit HOT 1
- How to use static alpine job for testing HOT 6
- Ways logic only works by accident for cross compilers
- pkgsUseSharedLibrary logic is incorrect HOT 1
- cabal haddock-project suggests --haddock-all but then rejects it HOT 1
- Cabal-3.12.0.0 passes include dirs to GHC in a new order HOT 6
- build-tool-depends in Cabal regresses ghc ability to build from source distribution HOT 4
- Cabal external command requires typing Return to exit
- Support monitoring directory recursive globs
- cabal init fails if git is not installed HOT 5
- Failure to find a program produces an incomprehensible error
- Encountered possible bug during building rpki-prover HOT 14
- Using Setup.hs build --with-ghc looses configure --ghc-option
- Conditions don't work with flags HOT 2
- Are we validating `ghc-options` in `.cabal` files? HOT 2
- Do not pass environment variables to `happy`/`alex`, or at least allow a way to filter
- Is the `CabalParsing` class necessary?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cabal.