Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Work around a workaround of a workaround of a Bazel bug
This fixes an issue where :ssl_test in the Bazel build ran no tests. (The CMake build was fine.) Bazel has no way to handle C and C++ sources need different flags (bazelbuild/bazel#22041), so our Bazel rules transparently split mixed C/C++ targets in two. Bazel silently turns all static libraries into shared libraries for tests. This means that, even if we set linkstatic = True on the split-out library, the two halves don't end up in the same shared object. This is because if A(test) -> B(lib) -> C(lib) and C is linkstatic, C is statically linked into A, not B. This is probably to avoid diamond dependency issues. From what I can tell, there is no clean way to say "B can be made into a shared library but please statically link C into it, because C will never be referenced except by way of B". (This means our use of linkshared is wrong. The next CL will try to redo that.) This Bazel behavior does not recognize that static and shared libraries have very, very different symbol handling. In particular, our assembly files needed to be in the same shared object as OPENSSL_ia32cap_P, so all this required another workaround in https://boringssl-review.googlesource.com/c/boringssl/+/70690 This, in turn, triggered this latest issue: GoogleTest relies on static initializers of individual object files to register tests. This does not work with linker dead code elimination and needs --whole-archive, or alwayslink in Bazel parlance. The most recent Bazel workaround required the C++ sources be the ones that were extracted, so they lost the --whole-archive behavior. As a result, :ssl_test silently ran no tests! Work around this latest Bazel-induced problem by setting alwayslink on cc_test helpers. All this would go away if Bazel just fixed bazelbuild/bazel#22041 (We can probably revert https://boringssl-review.googlesource.com/c/boringssl/+/70690 now, but either way we should probably set alwayslink=True on the helpers so that the build is not sensitive to which were extracted.) Change-Id: I10745e1bcfe91ac929f154e66093b29723efc576 Reviewed-on: https://boringssl-review.googlesource.com/c/boringssl/+/71507 Reviewed-by: Bob Beck <[email protected]> Auto-Submit: David Benjamin <[email protected]> Commit-Queue: Bob Beck <[email protected]>
- Loading branch information