Debian Patches

Status for gfan/0.8~beta-3

Patch Description Author Forwarded Bugs Origin Last update
dont_forget_flags_debian.patch Use CXXFLAGS/LDFLAGS exported by dpkg-dev Doug Torrance <dtorrance@debian.org> invalid 2020-11-13
fix_spelling_errors.patch Doug Torrance <dtorrance@debian.org> invalid 2020-11-13
remove_failing_tests_on_32bits.patch remove 0009RenderStairCase tests This test fails on 32 bit architectures, causing the build to fail Cédric Boutillier <boutil@debian.org> no debian 2018-06-27
fix_other_warnings_clang.diff fix some warnings emmitted by clang - typo in macro
- type warning in format strings		 Cédric Boutillier <boutil@debian.org> invalid 2020-11-13
make_tests_return_error.patch Nonzero return code if tests fail invalid https://git.sagemath.org/sage.git/commit/build/pkgs/gfan/patches/maketestsreturnerror.patch?h=develop&id=4ad830c4cbb10ce81d49eb92cbd3b1be2df31e7b 2020-11-13
int128.patch Use 128-bit integers from Abseil when not available natively. Doug Torrance <dtorrance@debian.org> no 2024-10-24
skip-mixed-volume-test.patch Skip 0500MixedVolume test; fails on armel Doug Torrance <dtorrance@debian.org> no debian 2025-05-01
link-libatomic.patch Link against libatomic where required Some architectures (e.g. powerpc and sh4) do not provide lock-free 64-bit
atomics inline and instead emit calls into libatomic, resulting in undefined
references such as __atomic_fetch_add_8 at link time. Since gfan does not use
autoconf, probe for this in the Makefile: try to link a small program using a
64-bit atomic without -latomic, and only add the flag when that fails but
succeeds with -latomic. On architectures with inline atomics (e.g. amd64,
arm64) no extra library is linked.		 Claude Opus 4.8 <noreply@anthropic.com> no 2026-07-12

All known versions for source package 'gfan'

Links