-
Notifications
You must be signed in to change notification settings - Fork 698
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
Relax extension .c
requirement for c-sources
#9285
Conversation
haskell#9200 started filtering `.cc` files from `c-sources` and does not always issue a warning (there has to be at least one `.c` file present before it warns you it is ignoring the others). Some packages in hackage (`double-conversion` for instance) rely on the ability to include `C++` source files in `c-sources`. This is not ideal, but we should probably continue to support these packages. This change will relax the filtering, so that only `.h` files are automatically excluded (with a warning). It will also warn if other non `.c` files are present (suggesting the `cxx-sources` since C++ sources are the most likely to be used). The bug that prevented warnings being displayed when no `.c` files were present is fixed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you.
Is something wrong with mergify? |
Does it only automatically merge into |
@mergify refresh |
✅ Pull request refreshed |
@mergify rebase |
✅ Nothing to do for rebase action |
Mergify only merges backports to non-master branches (and those should be clearly marked: in the description and by the label), that's why this PR is not handled by it. |
It fixes an issue with #9200 and that PR did not seem to be in |
@hamishmack makes sense now, thank you. @Kleidukos are we still accepting PRs for the 3.10 branch? If so, this one will have to be merged manually (Mergify only serves backports to non-master branches). @Kleidukos more importantly: do you know why #9200 doesn't seem to have a version of it on |
@ulysses4ever yes this one is going in
I forgot. |
I think, #9200 is a quick patch to make cabal releasable, but we haven't had time to discuss at length and agree on a full long-term fix. So perhaps I closed #9190 prematurely, after all. However, given that nobody objected to my closing the issue, perhaps this two-PR fix is good enough? In that case we could just forwardport it to master. Let me ask on the closed issue again. |
I think ghc 9.8.1 was released without this fix. |
@hamishmack GHC is released with lib:Cabal as a boot library because it really is needed for GHC. People who will use cabal-install will use the one we distribute, with the backport. |
#9200 started filtering
.cc
files fromc-sources
and does not always issue a warning (there has to be at least one.c
file present before it warns you it is ignoring the others).Some packages in hackage (
double-conversion
for instance) rely on the ability to includeC++
source files inc-sources
. This is not ideal, but we should probably continue to support these packages.This change will relax the filtering, so that only
.h
files are automatically excluded (with a warning). It will also warn if other non.c
files are present (suggesting thecxx-sources
since C++ sources are the most likely to be used).The bug that prevented warnings being displayed when no
.c
files were present is fixed.