bazel: upgrade to bazel 8#25368
Conversation
CI test resultstest results on build#63204
test results on build#64359
test results on build#64392
test results on build#64647
test results on build#64663
|
|
Enabling seastar assertions in release mode trips up the fetch benchmark, will investigate more |
|
@rockwotj we are working (struggling) to get bazel microbenchmarks fully enabled in bazel with baseline results, it would be great to have that working and with some data points before this goes in (should be up tomorrow), WDYT? |
|
Yeah that's a good idea. I'll wait a week before merging this |
Okay I believe I've fixed this issue. Will hold off on merging until microbenchmarks are stable in Bazel. |
Thank you, we are getting there. |
|
I've reverted the clang-19 upgrade and just upgraded to bazel 8 which will help a ton with these silly lockfile conflicts. |
|
I will upgrade to clang 19 after we have benchmarks stable, but I would love to get this in |
Retry command for Build#64639please wait until all jobs are finished before running the slash command |
This time with libxml2 disabled so CI doesn't choke.
``` explicit specialization cannot have a storage class ```
From libc++19 release notes: > libc++ no longer supports std::allocator<const T> and containers of const-qualified element type, such as std::vector<const T> and std::list<const T>. This used to be supported as an undocumented extension. If you were using std::vector<const T>, replace it with std::vector<T> instead. The _LIBCPP_ENABLE_REMOVED_ALLOCATOR_CONST macro can be defined to temporarily re-enable this extension. to temporarily re-enable this extension to make it easier to update user code This macro will be honored for one released and ignored starting in LLVM 20. To assist with the clean-up process, consider running your code through Clang Tidy, with std-allocator-const enabled.
From libc++19 release notes: > libc++ no longer supports std::allocator<const T> and containers of const-qualified element type, such as std::vector<const T> and std::list<const T>. This used to be supported as an undocumented extension. If you were using std::vector<const T>, replace it with std::vector<T> instead. The _LIBCPP_ENABLE_REMOVED_ALLOCATOR_CONST macro can be defined to temporarily re-enable this extension. to temporarily re-enable this extension to make it easier to update user code This macro will be honored for one released and ignored starting in LLVM 20. To assist with the clean-up process, consider running your code through Clang Tidy, with std-allocator-const enabled.
To fix an warning that crops up in Bazel 8
This picks up the new SEASTAR_ASSERT macro, which removes some warnings from the build in Bazel.
This brings vastly better lockfile management and will cause many less merge conflicts because of the silly lockfile in Bazel.
This was not cleaned up properly, which since we moved to a newer version of Seastar that had asserts turned on in release mode, it caught these issues of not properly stopping the sharded abort source.
Also upgrade re2 to get past bazelbuild/bazel#24426
Retry command for Build#64647please wait until all jobs are finished before running the slash command |
|
/ci-repeat 1 |
I thought they were now but looks like they are broken again because of some task issues. Will be looking shortly. |
|
/ci-repeat 1 |
Retry command for Build#64663please wait until all jobs are finished before running the slash command |
Upgrade bazel to v8
and also upgrade clang-19 build and seastar. Kind of a mash of lots of build related stuff :)
Backports Required
Release Notes