| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
Update the scan URL in debian/watch to avoid picking up on release
candidates.
|
| |
|
| |
|
|
|
|
|
| |
Compiler bugs make unit tests flaky on double-double platforms. Apply a
patch from upstream to disable the relevant tests on those platforms.
|
|
|
|
|
| |
Apply a patch from upstream to make tests pass when GCC replaces double
addition and multiplication with fused multiply/add instructions.
|
|
|
|
|
| |
Prevent assertion failures when formatting small doubles on double-
double systems like POWER.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| | |
I’m still working to fix unit tests on non-amd64 platforms, but this
package needs to migrate. Disable unit tests everywhere they don’t
work.
|
| |
| |
| |
| |
| | |
Work around https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98251 by
preventing NaN narrowing in unit tests.
|
| |
| |
| |
| |
| |
| | |
Skip unit tests requiring a CPU frequency on MIPS, PA-RISC, POWER,
RISC-V, and s390x; those platforms do not reliably expose CPU frequency
through /sys.
|
| |
| |
| |
| |
| |
| | |
Disable unit tests that require a working std::hash on s390x, since
s390x’s std::hash hashes large classes of data equivalently (see
https://bugs.debian.org/977638).
|
| | |
|
| | |
|
| |
| |
| | |
* Adds missing <limits> include to fix GCC 11 (prerelease) build
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now that https://bugs.debian.org/970943 has been resolved and a new Git
snapshot of googletest has made it to testing, reenable Abseil unit
tests and run them as part of the build process. This does not change
the package as viewed by dependents; it only provides greater assurance
of correctness when an upload occurs. (It probably would have caught
http://bugs.debian.org/973492, for instance.)
Run the tests against the shared libraries, not the static ones, to
more accurately simulate the conditions under which dependents are
likely to use Abseil.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Turns out these shouldn’t have been silenced – they actually indicated
an upstream bug. Upstream fixed everything in the .2 point release,
though, so we don’t need them anymore.
|
| |
| |
| |
| | |
Closes: https://bugs.debian.org/973492
|
| |
| |
| |
| | |
Closes: https://bugs.debian.org/971768
|
| |
| |
| |
| |
| | |
Remove the version suffix from Lintian overrides for shared libraries
so they don’t need to be updated on every release.
|
| |
| |
| |
| |
| | |
Bump shared library micro level to indicate an API- and ABI-compatible
release.
|
|\|
| |
| |
| | |
This update preserves both API and ABI compatibility.
|
| |
| |
| |
| |
| |
| |
| | |
* Fixes preprocessor condition for symbols __tsan_mutex_read_lock and
__tsan_mutex_try_lock
* Fixes race in AddressIsReadable file descriptors using stronger memory ordering
* Fixes CMake dependency issues and adds `-Wl,--no-undefined` to avoid
these issues in the future.
|
| | |
|
|\|
| |
| |
| |
| | |
This update only affects headers; it preserves both API and ABI
compatibility.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The APIs for the two-range `absl::c_mismatch`, `absl::c_swap_ranges`,
and `absl::c_transform` are misleading as they do not check the bounds
of the second range against the first one.
This commit cleans up ensures that buggy calls are not exploitable;
non-buggy calls are unaffected.
This is consistent with both C++14's two-range `std::` equivalents and
C++20's `std::ranges::` equivalents.
http://wg21.link/mismatch
http://wg21.link/alg.swap
http://wg21.link/alg.transform
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Abseil now includes an option to insert extra runtime checks to detect
invariant violations. While not free, these checks are relatively
lightweight and detect serious problems including undefined behavior.
Enable them.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Bump package versions and names to reflect the new Abseil LTS. Remove
patches that have been incorporated upstream, and refresh the
configuration patch.
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
What's New:
* `absl::StatusOr<T>` has been released. See our [blog
post](https://abseil.io/blog/2020-091021-status) for more
information.
* Abseil Flags reflection interfaces have been released.
* Abseil Flags memory usage has been significantly optimized.
* Abseil now supports a "hardened" build mode. This build mode enables
runtime checks that guard against programming errors that may lead
to security vulnerabilities.
Notable Fixes:
* Sanitizer dynamic annotations like `AnnotateRWLockCreate` that are
also defined by the compiler sanitizer implementation are no longer
also defined by Abseil.
* Sanitizer macros are now prefixed with `ABSL_` to avoid naming collisions.
* Sanitizer usage is now automatically detected and no longer requires
macros like `ADDRESS_SANITIZER` to be defined on the command line.
Breaking Changes:
* Abseil no longer contains a `dynamic_annotations` library. Users
using a supported build system (Bazel or CMake) are unaffected by
this, but users manually specifying link libraries may get an error
about a missing linker input.
Baseline: 7680a5f8efe32de4753baadbd63e74e59d95bac1
Cherry picks: None
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
CMake now warns if you include a module directly rather than using
find_dependency. Apply a patch from upstream to fix the problem.
Closes: https://bugs.debian.org/970333
|
| | |
|
| |
| |
| |
| |
| | |
Make Lintian overrides robust against new shared libraries appearing by
adding an additional wildcard.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Remove the symbols file and replace it with an shlibs file. Since Abseil
is almost certain to break ABI with every release, maintaining
fine-grained symbol histories is not terribly useful anyway;
furthermore, since Abseil is a C++ library, maintaining a symbols file
is a lot of work.
Bug: https://bugs.debian.org/966183
|
| | |
|
| | |
|