| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Abseil now ships pkg-config files. Install them with libabsl-dev, using
debhelper 13’s variable substitution support to handle multiarch.
Expand libabsl-dev’ Recommends: cmake to
Recommends: cmake | pkg-config to reflect the fact that it’s now
reasonable to use Abseil without CMake.
|
|
|
|
|
|
| |
Change libabsl.install to use more wildcards, which should reduce
churn (and ship the new library); also add a shlibs entry for
libabsl_wyhash.so.
|
|
|
|
|
| |
Abseil now requires -DBUILD_TESTS=ON instead of -DABSL_RUN_TESTS=ON.
Make the appropriate replacement in debian/rules.
|
|
|
|
|
| |
Abseil now supports only GCC >=5.1. Update debian/control to recommend
that with libabsl-dev.
|
|
|
|
|
|
| |
Bump package versions and names to reflect the new Abseil LTS. Remove
patches that have been incorporated upstream, and refresh other
patches.
|
| |
|
|
|
|
|
| |
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).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|