aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Transforms/Utils/InlineFunction.cpp
diff options
context:
space:
mode:
authorRainer Orth <ro@gcc.gnu.org>2025-05-10 09:51:15 +0200
committerGitHub <noreply@github.com>2025-05-10 09:51:15 +0200
commitfe56c8f36444d0a955b341b4dbc7cec28786d675 (patch)
tree609010179a17353557056e32155caa9420cccf3c /llvm/lib/Transforms/Utils/InlineFunction.cpp
parent1b4f161978f334197eb6902872699d3e92060d66 (diff)
downloadllvm-fe56c8f36444d0a955b341b4dbc7cec28786d675.zip
llvm-fe56c8f36444d0a955b341b4dbc7cec28786d675.tar.gz
llvm-fe56c8f36444d0a955b341b4dbc7cec28786d675.tar.bz2
[OpenMP][test] Adjust tool_available_search.c for Solaris (#138515)
After PR #138514, only 3 testsuite failures remain on Solaris/amd64. One of them is ``` libomp :: ompt/loadtool/tool_available_search/tool_available_search.c ``` The issue is that the expected message is that emitted by Linux/glibc, while the Solaris message differs: On Linux/x86_64, I get ``` Opening projects/openmp/runtime/test/ompt/loadtool/tool_available_search/Output/non_existing_file.so... Failed: projects/openmp/runtime/test/ompt/loadtool/tool_available_search/Output/non_existing_file.so: cannot open shared object file: No such file or directory ``` while Solaris/amd64 emits ``` Opening projects/openmp/runtime/test/ompt/loadtool/tool_available_search/Output/non_existing_file.so... Failed: ld.so.1: tool_available_search.c.tmp: projects/openmp/runtime/test/ompt/loadtool/tool_available_search/Output/non_existing_file.so: open failed: No such file or directory ``` Since the exact wording is obviously an implementation detail, this patch allows for both forms. Tested on `amd64-pc-solaris2.11` and `x86_64-pc-linux-gnu`.
Diffstat (limited to 'llvm/lib/Transforms/Utils/InlineFunction.cpp')
0 files changed, 0 insertions, 0 deletions