Skip to content

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Aug 18, 2025

This PR contains the following updates:

Package Type Update Change
abseil-cpp bazel_dep major 20250127.1 -> 20250814.1

Release Notes

abseil/abseil-cpp (abseil-cpp)

v20250814.1: Abseil LTS branch, August 2025, Patch 1

Compare Source

Abseil LTS 2025081.1

What's New:

  • absl::Mutex now contains lower-case method names like lock() and shared_lock() to align with standard C++ mutex methods. This allows absl::Mutex to be used with std::scoped_lock and friends. The old names are still present but may be removed in a future release.
  • The RAII Mutex-locker types like absl::MutexLock, absl::ReaderMutexLock, and friends now accept references to absl::Mutex. The pointer-accepting constructors are now deprecated, and may be removed in a future release.

Breaking Changes:

  • Nullability template types, which were deprecated in the May 2025 release, have been removed.
  • absl::string_view(nullptr), which is undefined behavior according to the C++ standard, now triggers an assert failure. Note that unless you changed absl/base/options.h, absl::string_view is an alias for std::string_view, so by default you will be inheriting the behavior of your standard library instead of using the Abseil implementation.
  • Abseil's hash tables now require a hash function that has a return type with size >= sizeof(size_t).

Baseline: 987c57f
Cherry-pick: d38452e (Patch 1)

v20250814.0: Abseil LTS branch, August 2025

Compare Source

Abseil LTS 2025081.0

What's New:

  • absl::Mutex now contains lower-case method names like lock() and shared_lock() to align with standard C++ mutex methods. This allows absl::Mutex to be used with std::scoped_lock and friends. The old names are still present but may be removed in a future release.
  • The RAII Mutex-locker types like absl::MutexLock, absl::ReaderMutexLock, and friends now accept references to absl::Mutex. The pointer-accepting constructors are now deprecated, and may be removed in a future release.

Breaking Changes:

  • Nullability template types, which were deprecated in the May 2025 release, have been removed.
  • absl::string_view(nullptr), which is undefined behavior according to the C++ standard, now triggers an assert failure. Note that unless you changed absl/base/options.h, absl::string_view is an alias for std::string_view, so by default you will be inheriting the behavior of your standard library instead of using the Abseil implementation.
  • Abseil's hash tables now require a hash function that has a return type with size >= sizeof(size_t).

Known Issues

  • CHECK_<OP> is failing to compile on older versions of GCC when one of the arguments is a C-style string. This is fixed by ba9a180 and will be included in a future patch release.

Baseline: 987c57f

v20250512.1: Abseil LTS branch, May 2025, Patch 1

Compare Source

Abseil LTS 2025051.1

What's New:

  • The polyfill types absl::any, absl::optional, and absl::variant are now aliases for std::any, std::optional, and std::variant in all builds. (Note that the polyfill implementation absl::string_view remains at the present time, but it defaults to being an alias std::string_view in all builds.)
  • Added absl::FastTypeId<Type>(), which evaluates at compile-time to a unique id for the passed-in type.
  • Added absl::endian and absl::byteswap polyfills (25bce12).

Breaking Changes:

  • Abseil now requires at least C++17 and follows Google's Foundational C++ Support Policy. See this table for a list of currently supported versions compilers, platforms, and build tools.
  • Nullability template types are deprecated and will be removed in a future release. The macro-style annotations (absl_nonnull, absl_nullable) should be used instead (caf854d).

Known Issues

  • None known at this time.

Baseline: bc257a8
Cherry-pick: 76bb243 (Patch 1)

v20250512.0: Abseil LTS branch, May 2025

Compare Source

Abseil LTS 2025051.0

What's New:

  • The polyfill types absl::any, absl::optional, and absl::variant are now aliases for std::any, std::optional, and std::variant in all builds. (Note that the polyfill implementation absl::string_view remains at the present time, but it defaults to being an alias std::string_view in all builds.)
  • Added absl::FastTypeId<Type>(), which evaluates at compile-time to a unique id for the passed-in type.
  • Added absl::endian and absl::byteswap polyfills (25bce12).

Breaking Changes:

  • Abseil now requires at least C++17 and follows Google's Foundational C++ Support Policy. See this table for a list of currently supported versions compilers, platforms, and build tools.
  • Nullability template types are deprecated and will be removed in a future release. The macro-style annotations (absl_nonnull, absl_nullable) should be used instead (caf854d).

Known Issues

  • This release fails to compile with GCC7 and GCC8. This is fixed in 20250512.1.

Baseline: bc257a8


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot force-pushed the renovate/abseil-cpp-20250814.x branch from a46d2c4 to 6904476 Compare September 22, 2025 21:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant