| Issue |
81695
|
| Summary |
"ld: Undefined symbols" with `Clang/LLVM 15.0.0` and `ifort 2021.7.0.20220726`
|
| Labels |
clang
|
| Assignees |
|
| Reporter |
zaikunzhang
|
Dear LLVM maintainers,
My project at
https://github.com/libprima/prima
fails to build with `Clang/LLVM 15.0.0` and `ifort 2021.7.0.20220726`.
See https://github.com/libprima/prima/actions/runs/7894696232/job/21545822585
Note, however, that the following run was successful:
https://github.com/libprima/prima/actions/runs/7894650578/job/21545696890
Checking the runner images (See "Set up job" section of the log), I found the following.
Failure (for https://github.com/libprima/prima/actions/runs/7894696232/job/21545822585):
```
Image: macos-13
Version: 20240204.1
Included Software: https://github.com/actions/runner-images/blob/macos-13/20240204.1/images/macos/macos-13-Readme.md
Image Release: https://github.com/actions/runner-images/releases/tag/macos-13%2F20240204.1
```
Success (for https://github.com/libprima/prima/actions/runs/7894650578/job/21545696890):
```
Image: macos-13
Version: 20240114.1
Included Software: https://github.com/actions/runner-images/blob/macos-13/20240114.1/images/macos/macos-13-Readme.md
Image Release: https://github.com/actions/runner-images/releases/tag/macos-13%2F20240114.1
```
We can see that the two runs used different versions of the image. In particular, following the "Included Software" link, I find that the failing run used `Clang/LLVM 15.0.0`, while the successful one used `Clang/LLVM 14.0.3`. I am not sure whether this is the reason for the failure (doesn't `clang` provide `ld` on macOS-13?).
I also note that `gfortran` works fine (maybe due to the `ld` it uses?).
Thanks for taking a look.
Best regards,
Zaikun
![]()
_______________________________________________
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
