summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Peter Michael Green [Sat, 19 Mar 2022 22:09:41 +0000 (22:09 +0000)]
pass -march=armv7+fp when building "armv4" assembler files.
despite the names these only seem to be used for armv7, and contain
neon implementations which won't be built if no -march is specified
Gbp-Pq: Name use-fp-with-march.patch
Laszlo Boszormenyi (GCS) [Sat, 19 Mar 2022 22:09:41 +0000 (22:09 +0000)]
use crypto++ instead of cryptopp
Forwarded: not-needed
Last-Update: 2022-02-12
Gbp-Pq: Name fix_library_name.patch
Jeffrey Walton [Thu, 10 Feb 2022 23:56:24 +0000 (18:56 -0500)]
[PATCH] Don't use -march=armv7 when compiler already offers it (GH #1094)
Gbp-Pq: Name armhf_FTBFS_fix.patch
Laszlo Boszormenyi (GCS) [Sat, 19 Mar 2022 22:09:41 +0000 (22:09 +0000)]
GNUmakefile_update
Gbp-Pq: Name GNUmakefile_update.patch
Peter Michael Green [Sat, 19 Mar 2022 22:09:41 +0000 (22:09 +0000)]
libcrypto++ (8.6.0-3+rpi1) bookworm-staging; urgency=medium
* Upload to raspbian despite detection of armv7 contaimination,
investigation of the code shows that the armv7/neon code seems
to be safely behind runtime CPU testection.
* Pass -march=armv7+fp instead of -march=armv7 when building "armv4"
assembler files. Despite the names these files only seem to be used
on armv7.
[dgit import unpatched libcrypto++ 8.6.0-3+rpi1]
Peter Michael Green [Sat, 19 Mar 2022 22:09:41 +0000 (22:09 +0000)]
Import libcrypto++_8.6.0-3+rpi1.debian.tar.xz
[dgit import tarball libcrypto++ 8.6.0-3+rpi1 libcrypto++_8.6.0-3+rpi1.debian.tar.xz]
Laszlo Boszormenyi (GCS) [Sat, 25 Sep 2021 09:23:06 +0000 (10:23 +0100)]
Import libcrypto++_8.6.0.orig.tar.gz
[dgit import orig libcrypto++_8.6.0.orig.tar.gz]