diff options
| author | Michael Kruse <llvm-project@meinersbur.de> | 2023-03-08 12:56:29 -0600 |
|---|---|---|
| committer | Michael Kruse <llvm-project@meinersbur.de> | 2023-03-08 16:46:20 -0600 |
| commit | b52cf4c41cd0f8c84e304c0e65efca85ccde30d7 (patch) | |
| tree | 8fbf7a0023f9ed6d3a8678944547d898f7384145 /lldb/source/Plugins/ObjectFile/JSON/ObjectFileJSON.h | |
| parent | 991945f4410af9df33f0889bf3c0695fd45a28b1 (diff) | |
| download | llvm-b52cf4c41cd0f8c84e304c0e65efca85ccde30d7.zip llvm-b52cf4c41cd0f8c84e304c0e65efca85ccde30d7.tar.gz llvm-b52cf4c41cd0f8c84e304c0e65efca85ccde30d7.tar.bz2 | |
[flang] Fix linker test on Windows.
The linker-flags.f90 test checks for the linker command line. The `-target` indicates cross-compiling, the toolchain executables themselves are still running on the native platform. If it is Windows, the driver will try to fully resolve the path to `ld` which may include an `.exe` suffix.
In my case, it resolves to the MinGW installation (`"C:\\tools\\msys64\\usr\\bin\\ld.exe"`) found in `PATH`. The GNU ld that comes with the MSYS2 distribution does not support `elf64lppc` or MacOS emulation modes (`acosx_version_min`), but the test also does not require executing the linker.
Reviewed By: awarzynski
Differential Revision: https://reviews.llvm.org/D144592
Diffstat (limited to 'lldb/source/Plugins/ObjectFile/JSON/ObjectFileJSON.h')
0 files changed, 0 insertions, 0 deletions