You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The line number gtest-printers.h:158, however, doesn't match the file patched by my PR, instead, it matches the old version before my patch was landed. This indicates that the bot was doing an incremental build and somehow the changed GoogleTest wasn't being rebuilt in this process. This issue can be reproduced in following steps locally:
In LLVM source tree:
$ git checkout 58d50b0cadafe118faf2e7d7bf738d2daa38bb73
$ mkdir build-incremental
$ cd build-incremental
$ /mnt/nvme_sec/SRC/llvm-prebuilts/cmake/linux-amd64/bin/cmake -DLLVM_APPEND_VC_REV=OFF -GNinja -DCMAKE_BUILD_TYPE=Release -DLLVM_USE_LINKER=lld -DLLVM_ENABLE_ASSERTIONS=OFF -DLLVM_ENABLE_PROJECTS="clang;lld" -DLLVM_ENABLE_RUNTIMES="compiler-rt;libunwind;libcxx;libcxxabi" -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ ../llvm
$ ninja
$ ninja -C runtimes/runtimes-bins check-fuzzer
# Test should pass.
# Now patch the GoogleTest
$ cd ..
$ git checkout 54c1a9b20d89e85cd60d002c77b34c00f36520f4
$ cd build-incremental
$ ninja -C runtimes/runtimes-bins check-fuzzer
# Test will fail with error message above
# Test will pass if doing a clean build
I think this is an dependency bug in runtimes' build file and it should be fixed.
The text was updated successfully, but these errors were encountered:
I noticed that a few bots (e.g. https://lab.llvm.org/buildbot/#/builders/240/builds/15001) reports linker error after my GoogleTest patch was landed, error message:
The line number
gtest-printers.h:158
, however, doesn't match the file patched by my PR, instead, it matches the old version before my patch was landed. This indicates that the bot was doing an incremental build and somehow the changed GoogleTest wasn't being rebuilt in this process. This issue can be reproduced in following steps locally:In LLVM source tree:
I think this is an dependency bug in runtimes' build file and it should be fixed.
The text was updated successfully, but these errors were encountered: