Disable clang 14 warning about bitwise operators in zstdParts of zstd, used in openzfs and other places, trigger a new clang 14-Werror warning:```sys/contrib/zstd/lib/decompress/huf_decompress.
Disable clang 14 warning about bitwise operators in zstdParts 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 andthen vendor-imported, but for now silence it selectively.MFC after: 3 days(cherry picked from commit 5f2aca83940097d7d23b4137073fb601f8e74232)
show more ...
libprivatezstd: Restrict symbol visibility similar to upstreamWe have to relax three symbols to dynamically link zstd(1), but the restare the same.
pkgbase: Move libprivatezstd from utilities to runtimelibarchive depends on it by default and tar uses libarchive.So on a update :1/ runtime contain tar2/ runtime have libarchive in shlibs_requi
pkgbase: Move libprivatezstd from utilities to runtimelibarchive depends on it by default and tar uses libarchive.So on a update :1/ runtime contain tar2/ runtime have libarchive in shlibs_required3/ libarchive packages depends on utilities4/ utilities depends on runtime5/ kaboomAll users of libprivatezstd (libarchive related stuff and objcopy/ar)are already in utilities.Discussed with: bapt
Only set WARNS if not definedThis would allow interested parties to do experimental runs with anenvironment set appropriately to raise all the warnings throughout thebuild; e.g. env WARNS=6 NO_WE
Only set WARNS if not definedThis would allow interested parties to do experimental runs with anenvironment set appropriately to raise all the warnings throughout thebuild; 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.5As usual, the full release notes are found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.5Notable changes include:* Improved decompress performance o
Update to Zstandard 1.4.5As usual, the full release notes are found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.5Notable 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 workaroundfrom our tree until now.MFC after: I won't, but feel freeRelnotes: yes
Update Makefile.depend filesUpdate a bunch of Makefile.depend files asa result of adding Makefile.depend.options filesReviewed by: bdreweryMFC after: 1 weekSponsored by: Juniper NetworksDi
Update Makefile.depend filesUpdate a bunch of Makefile.depend files asa result of adding Makefile.depend.options filesReviewed by: bdreweryMFC after: 1 weekSponsored by: Juniper NetworksDifferential Revision: https://reviews.freebsd.org/D22494
Update to Zstandard 1.4.2The 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/rele
Update to Zstandard 1.4.2The 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.2These are mostly minor updates; 1.4.1 purportedly brings something like 7%faster decompression speed.Relnotes: yes
Update to Zstandard 1.3.8This merge brings in a couple new files, which needed to be attached to thebuild; a new dependency on <limits.h>, which must be stubbed; and a namechange in the Context p
Update to Zstandard 1.3.8This merge brings in a couple new files, which needed to be attached to thebuild; a new dependency on <limits.h>, which must be stubbed; and a namechange in the Context parameter constants, from ZSTD_p_foo to ZSTD_c_foo.Significantly, it fixes a kernel build error with GCC where floating-pointfunctions were included in the kernel build, by hiding them under the samecompile-time #ifdef that already covered their invocation. That issue wasintroduced to FreeBSD in the 1.3.7 update and tracked upstream here: https://github.com/facebook/zstd/issues/1386The full 1.3.8 release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.3.8Relnotes: yes
Update to Zstandard 1.3.7Relnotes: yesSponsored by: Dell EMC Isilon
lib(private)zstd: Fix riscv buildLink __bswap[ds]i2() intrinsics in to libzstd for riscv, where the C runtimeapparently lacks such intrinsics.Broken in r330894.Reported by: asomersSponsored b
lib(private)zstd: Fix riscv buildLink __bswap[ds]i2() intrinsics in to libzstd for riscv, where the C runtimeapparently lacks such intrinsics.Broken in r330894.Reported by: asomersSponsored by: Dell EMC Isilon
Addd work around for LLVM bug 35023.Clang crashes when compiling zstd_compress.c with optimization for ARM targets.https://bugs.llvm.org/show_bug.cgi?id=35023
Move zstd from contrib to sys/contrib so it can be used in thekernel. Adjust the Makefiles that referenced it to the new path.Sponsored by: NetflixOK'd by: cem@ and AllanJude@
Follow up on zstd update
DIRDEPS_BUILD: Update dependencies.Sponsored by: Dell EMC Isilon
DIRDEPS_BUILD: Connect new directories.Sponsored by: Dell EMC Isilon
Build zstandard with threading enabled
Import zstandard 1.1.4 in basezstandard is a new compression library/tool which is very fast atcompression/decompressionFor now import as a private library