src/lib/libzstd/Makefile, branch release/13.1.0

Disable clang 14 warning about bitwise operators in zstd

2022-02-11T16:42:30Z

Parts of zstd, used in openzfs and other places, trigger a new clang 14 -Werror warning: ``` sys/contrib/zstd/lib/decompress/huf_decompress.c:889:25: error: use of bitwise '&' with boolean operands [-Werror,-Wbitwise-instead-of-logical] (BIT_reloadDStreamFast(&bitD1) == BIT_DStream_unfinished) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ``` While the warning is benign, it should ideally be fixed upstream and then vendor-imported, but for now silence it selectively. MFC after: 3 days (cherry picked from commit 5f2aca83940097d7d23b4137073fb601f8e74232)

libprivatezstd: Restrict symbol visibility similar to upstream

2021-01-03T19:26:46Z

We have to relax three symbols to dynamically link zstd(1), but the rest are the same.

pkgbase: Move libprivatezstd from utilities to runtime

2020-11-12T14:04:08Z

libarchive depends on it by default and tar uses libarchive. So on a update : 1/ runtime contain tar 2/ runtime have libarchive in shlibs_required 3/ libarchive packages depends on utilities 4/ utilities depends on runtime 5/ kaboom All users of libprivatezstd (libarchive related stuff and objcopy/ar) are already in utilities. Discussed with: bapt

Only set WARNS if not defined

2020-09-11T13:28:37Z

This would allow interested parties to do experimental runs with an environment set appropriately to raise all the warnings throughout the build; e.g. env WARNS=6 NO_WERROR=yes buildworld. Not currently touching the numerous instances in ^/tools. MFC after: 1 week

Update to Zstandard 1.4.5

2020-05-23T21:23:46Z

As usual, the full release notes are found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.5 Notable changes include: * Improved decompress performance on amd64 and arm (5-10% and 15-50%, respectively). * '--patch-from' zstd(1) CLI option, which provides something like a very fast version of bspatch(1) with slightly worse compression. See release notes. In this update, I dropped the 3-year old -O0 workaround for an LLVM ARM bug; the bug was fixed in LLVM SVN in 2017, but we didn't remove this workaround from our tree until now. MFC after: I won't, but feel free Relnotes: yes

Update to Zstandard 1.4.2

2019-08-08T16:54:22Z

The full release notes for 1.4.1 (skipped) and 1.4.2 can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.1 https://github.com/facebook/zstd/releases/tag/v1.4.2 These are mostly minor updates; 1.4.1 purportedly brings something like 7% faster decompression speed. Relnotes: yes

Update to Zstandard 1.3.8

2018-12-29T21:18:01Z

This merge brings in a couple new files, which needed to be attached to the build; a new dependency on , which must be stubbed; and a name change in the Context parameter constants, from ZSTD_p_foo to ZSTD_c_foo. Significantly, it fixes a kernel build error with GCC where floating-point functions were included in the kernel build, by hiding them under the same compile-time #ifdef that already covered their invocation. That issue was introduced to FreeBSD in the 1.3.7 update and tracked upstream here: https://github.com/facebook/zstd/issues/1386 The full 1.3.8 release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.3.8 Relnotes: yes

Update to Zstandard 1.3.7

2018-10-22T18:29:12Z

Relnotes: yes Sponsored by: Dell EMC Isilon

lib(private)zstd: Fix riscv build

2018-03-18T03:42:57Z

Link __bswap[ds]i2() intrinsics in to libzstd for riscv, where the C runtime apparently lacks such intrinsics. Broken in r330894. Reported by: asomers Sponsored by: Dell EMC Isilon

Addd work around for LLVM bug 35023.

2017-11-26T16:41:30Z

Clang crashes when compiling zstd_compress.c with optimization for ARM targets. https://bugs.llvm.org/show_bug.cgi?id=35023