Previously, if the search_env argument was specified, and the tool was found at that location, the path was not reported, unlike other situations when this function was called. Adding the reporting makes the function consistent.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
llvm/utils/lit/tests/use-tool-search-env.py | ||
---|---|---|
8 | I'll fix this before landing this patch. |
llvm/utils/lit/lit/llvm/config.py | ||
---|---|---|
414–416 | Is the check for search_env needed? |
Address review comment and attempt to fix pre-merge check.
There was something odd going on with the slash direction in the %{inputs} on the pre-merge bot: despite being a Windows machine, it was using / as the path separator in the substitution. This isn't what happens for me locally on my Windows machine. Either way, the new approach uses %p which should work.
llvm/utils/lit/tests/use-tool-search-env.py | ||
---|---|---|
7 | Looks like this test has issues if the path has a symlink in it, we may need to call realpath somewhere? (/home/powerllvm/powerllvm_env/aix-ppc64-ppc64le/clang-ppc64-aix-ppc64le/ is symlinked to /scratch/powerllvm/powerllvm_env/aix-ppc64-ppc64le/clang-ppc64-aix-ppc64le on the AIX builder) |
llvm/utils/lit/tests/use-tool-search-env.py | ||
---|---|---|
7 | Thanks. I've pushed a likely fix (see rGd2b2ad32b76989b68e7b525e7484e25b0f0cc4e6), but don't have an environment where I can easily verify it. I'll keep an eye on the build bot, but if my fix doesn't resolve the issue, I'll need someone else to take a look at it. |
llvm/utils/lit/tests/use-tool-search-env.py | ||
---|---|---|
7 | Thanks for the quick fix! Seems to have resolved the issue. |
Is the check for search_env needed?