Update compiler_wrapper/cc.sh: choose compiler in mode 'ld'#2165
Update compiler_wrapper/cc.sh: choose compiler in mode 'ld'#2165climbfuji wants to merge 9 commits into
Conversation
## Description Fixes **issue to be created** by checking which compiler is configured when the compiler wrapper is invoked in `ld` mode. ## Testing Tested for a package that depends on Fortran only and that invokes `ld` directly during the build.
|
@spackbot run pipeline |
|
I'm sorry, gitlab does not have your latest revision yet, I can't run that pipeline for you right now. One likely possibility is that your PR pipeline has been temporarily deferred, in which case, it is awaiting a Please check the gitlab commit status message to see if more information is available. DetailsUnexpected response from gitlab: {'message': '404 Commit Not Found'} |
|
@spackbot run pipeline |
|
I'm sorry, gitlab does not have your latest revision yet, I can't run that pipeline for you right now. One likely possibility is that your PR pipeline has been temporarily deferred, in which case, it is awaiting a Please check the gitlab commit status message to see if more information is available. DetailsUnexpected response from gitlab: {'message': '404 Commit Not Found'} |
becker33
left a comment
There was a problem hiding this comment.
We should probably use the -n operator instead of negating the -z operator.
Co-authored-by: Greg Becker <becker33@llnl.gov>
alalazo
left a comment
There was a problem hiding this comment.
I think we should do a full rebuild here, since the compiler wrapper is used everywhere. Also, I'm surprised this works given we didn't update the shasum. 🤔
|
@alalazo are there any packages in CI that use the linker but don't depend on C? I imagine we would've hit this issue already if there were, and if there aren't then this isn't going to change anything in CI. We can do the full rebuild to confirm. |
|
I think there might be packages that depend on C++ only and use the linker in CI, but that was covered. |
|
@climbfuji can you update the sha in the version directive for this package to reflect the new changes, and bump the version number to 1.1? |
I am happy to do that, but slightly embarrassed that I don't know how to get the updated sha. |
|
|
…ersion to 1.1 and update sha256
Thanks very much. I hope I got it all right. |
|
@becker33 Anything else I can do to move this PR forward? |
Head branch was pushed to by a user without write access
|
I merged spack develop into my branch, fixed the merge conflict, and updated the shasum. |
|
In the long run we need to make this file properly versioned in its own repo, but I don't think that's a change to enforce on this PR. |
|
Now changes have to be made here https://github.com/spack/compiler-wrapper and be tested in a PR before being merged. |
## Description This PR is the same as spack/spack-packages#2165
I created spack/compiler-wrapper#16. I would appreciate help with testing the changes. Thanks very much in advance. |
Description
Fixes an issue when checking which compiler is configured when the compiler wrapper is invoked in
ldmode. Without this bug fix, spack assumes that a package that doesn't depend on C must depend on CXX. But there are packages that depend on Fortran only.Testing
Tested for a package that depends on Fortran only and that invokes
lddirectly during the build.Because this is such an important script in spack, I suggest that more folks test this thoroughly.