0dfe646346
Accepting request 1302418 from devel:libraries:c_c++
Ana Guerrero2025-09-03 19:06:59 +00:00
12d06ccf5f
Accepting request 1302418 from devel:libraries:c_c++
Ana Guerrero2025-09-03 19:06:59 +00:00
5bfc4d5488
Accepting request 1302417 from home:Guillaume_G:branches:devel:libraries:c_c++
Guillaume GARDET2025-09-02 12:12:29 +00:00
1fa4d245c4
- Update to 2.2.5: * RiscV: chunkset_rvv: fix SIGSEGV in CHUNKCOPY #1889 * MSVC: Disable optimizations for AVX512 GET_CHUNK_MAG causing inflate failure #1884 * Fix building with runtime CPU detection disabled (native) #1931 * Also check for ZMM support when detecting VPCLMULQDQ support #1932 * Revert "Clean up insert_match() in deflate_medium" due to performance regression #1938Guillaume GARDET2025-09-02 12:12:29 +00:00
c2315830a6
Accepting request 1276154 from devel:libraries:c_c++
Ana Guerrero2025-05-12 14:45:50 +00:00
417c5db390
- update to 2.2.3: * This time we have two code fixes for potentially unsafe access, although we have not had any bug-reports about these. * It also contains several optimizations. Especially of note, inflate has been optimized on various instruction sets and also the generic C code has seen improvements, and we have improvements for arches where unaligned accesses are not possible (lacking instructions to handle unaligned access) and also improvements on big endian. * x86-64 AVX2: Inflate ~17.8% faster, Deflate unchanged. -4.6KB library size. * Aarch64: Inflate ~2.3% faster, Deflate unchanged. - 5.5KB library size. * We also took some time to do a comprehensive cleanup of the now misleading UNALIGNED_OK option and of all the "unaligned" functions. We have noticed that some distros have been disabling these, fearing they are using potentially unsafe unaligned pointers, but we already fixed that in 2.1.0-beta1. Since then, these "unaligned" settings/functions have been referring to using unaligned accesses in safe ways, like utilizing unaligned intrinsics or memcpy to fix alignment for example and selecting what safe method is optimal to the arch. So disabling that instead disabled several safe optimizations. * Because this was obviously misleading certain distros into disabling these optimizations, we have cleaned it up, removed a lot of unnecessary preprocessor checks, and made detection of optimal methods happen during compile instead of configure. As a bonus, this cleaned up a lot of code and also let us not compile in many extra variants of
Dirk Mueller2025-02-08 18:28:37 +00:00
df1b70a043
- update to 2.2.3: * This time we have two code fixes for potentially unsafe access, although we have not had any bug-reports about these. * It also contains several optimizations. Especially of note, inflate has been optimized on various instruction sets and also the generic C code has seen improvements, and we have improvements for arches where unaligned accesses are not possible (lacking instructions to handle unaligned access) and also improvements on big endian. * x86-64 AVX2: Inflate ~17.8% faster, Deflate unchanged. -4.6KB library size. * Aarch64: Inflate ~2.3% faster, Deflate unchanged. - 5.5KB library size. * We also took some time to do a comprehensive cleanup of the now misleading UNALIGNED_OK option and of all the "unaligned" functions. We have noticed that some distros have been disabling these, fearing they are using potentially unsafe unaligned pointers, but we already fixed that in 2.1.0-beta1. Since then, these "unaligned" settings/functions have been referring to using unaligned accesses in safe ways, like utilizing unaligned intrinsics or memcpy to fix alignment for example and selecting what safe method is optimal to the arch. So disabling that instead disabled several safe optimizations. * Because this was obviously misleading certain distros into disabling these optimizations, we have cleaned it up, removed a lot of unnecessary preprocessor checks, and made detection of optimal methods happen during compile instead of configure. As a bonus, this cleaned up a lot of code and also let us not compile in many extra variants of
Dirk Mueller2025-02-08 18:28:37 +00:00
b97343f1f0
Accepting request 1217258 from devel:libraries:c_c++
Ana Guerrero2024-10-23 19:08:00 +00:00
87e72d0a2d
Accepting request 1217258 from devel:libraries:c_c++
Ana Guerrero2024-10-23 19:08:00 +00:00
d9b9b0d5a1
Accepting request 1217257 from home:Guillaume_G:branches:devel:libraries:c_c++
Guillaume GARDET2024-10-23 08:53:18 +00:00
3f381cd3c5
Accepting request 1217226 from home:dimstar:Factory
Guillaume GARDET2024-10-23 08:49:36 +00:00
b55472ad4b
- Install the ld.so configuration file also with the -32bit package, as otherwise biarch installs won't find that library (boo#1232065).
Guillaume GARDET2024-10-23 08:49:36 +00:00
slfo-main
Elisei Roca
Dominique Leuenberger
Dirk Mueller
Ana Guerrero
Guillaume GARDET
Adam Majer