Default to initializing executable when not specified to cabal init
#5854
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview
Default to initializing an executable when running
cabal initnon-interactively. This is inline with the other Haskell project initialization tools, as well as tools in other languages (such as Rust's Cargo).This partially addresses #5696.
Rationale
It is more common to want a binary than a library because often one wants to simply play around with an idea then to develop a full fledged library to publish on Hackage. Additionally, the binary case is always more common than the library case because each library is depended upon by 1 or more executables.
Behaviour Change
Before:
cabal init --non-interactiveproduces a library.The
Libraryoption is choice 1 in the interactive prompt list.After:
cabal init --non-interactiveproduces a binary.The
Executableoption is choice 1 in the interactive prompt list.Please include the following checklist in your PR:
[ci skip]is used to avoid triggering the build bots.Please also shortly describe how you tested your change. Bonus points for added tests!