-
Notifications
You must be signed in to change notification settings - Fork 697
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cabal ignores buildinfo in top-level of directory #10238
Comments
I have been using How long has it been part of |
According to |
That date is rather misleading because the documentation received a major overhaul around then, and in particular things were split into a number of new files. (#9379) IIRC |
I have 643 |
This comment was marked as duplicate.
This comment was marked as duplicate.
@fgaz Of these projects, over 160 of them have |
@erikd This feature has been in cabal for quite a long time (10 years?), it's the mechanism which you can modify the build if you are using the configure build type. The documentation explains that this should work so I raised an issue to explain that it doesn't. It caused a bug in hadrian if you are interested in that - https://gitlab.haskell.org/ghc/ghc/-/issues/23594. |
The documentation states:
However if you test this, then placing a .buildinfo file in the root of your project (and set the build type to
configure
) then it is ignored by cabal.There is then some subsequent advice about using this with
install-includes
, which also doesn't work due to this bug.This regression was introduced by #4874 which made Cabal look in the build directory for the .buildinfo rather than the current directory.
See tickets like #9401 work because they generate the
.buildinfo
file into the build directory (which is where configure is now run).Sample project: https://gist.github.com/mpickering/bb13bae26146f0dfa39cb93241f1599c
The text was updated successfully, but these errors were encountered: