-
Notifications
You must be signed in to change notification settings - Fork 388
suppress verbose --target mismatch warning #2315
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
suppress verbose --target mismatch warning #2315
Conversation
e18d750 to
b715934
Compare
|
To be clear, I don't think it's correct to ignore the warning, and this is meant as a temporary workaround so that one can actually read the output of the compiler until we have a better solution. All tests are passing. |
|
Interesting. Do we know where |
|
I don't know the answer, but some interesting things to look at are: $ git clone [email protected]:llvm/llvm-project && cd llvm-project
$ grep -rn -- '-elf' include/ lib/
$ grep -rn -- '-elf' test/ unittests/$ git clone https://git.savannah.gnu.org/git/config.git && cd config
$ grep -rn -- '-elf' |
|
The warning itself comes from I wonder how this behaves on |
|
While looking into some llvmPackages_19 warnings I stumbled across this: llvm/llvm-project#150147 (comment). Could there be a relationship here? If we need PIE (do we?), |
|
For reference, this is where the warning is coming from: https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/cc-wrapper/add-clang-cc-cflags-before.sh#L29 |
|
Thanks. Do you know if there's a place where I can filter for conflicts on Github so they're quicker to spot, or perhaps subscribe to them? The conflict actually makes the implementation for this a bit nicer: we won't need a different implementation for the tests. |
b715934 to
e643caf
Compare
|
Fixed and tested. @MagnusS |
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.
I think it's fine to suppress this warning for now as we've relied on this functionality for a while. The warning appeared when we upgraded to 25.05. In the longer term we should consider changing the build to avoid this though -- it would be useful with an issue to track this
|
Agreed. I can open one. |
nixpkgs/pkgs/build-support/cc-wrapper/add-clang-cc-cflags-before.shhas a flag to suppress the rather annoying (albeit correct) warning:This adds an option (enabled by default across the board) to suppress this. Because of how
example/is built, I had to implement it two places (ideally I'd inherit it inexample.nix, which is only used as a test currently... maybe we should change that).