#
e9ac4169 |
| 15-Jul-2024 |
Warner Losh <imp@FreeBSD.org> |
Remove residual blank line at start of Makefile
This is a residual of the $FreeBSD$ removal.
MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix
|
Revision tags: release/14.1.0, release/13.3.0, release/14.0.0 |
|
#
4101bcfa |
| 22-Aug-2023 |
Jessica Clarke <jrtc27@FreeBSD.org> |
libzstd: Explicitly define ZSTD_DISABLE_ASM
On FreeBSD, ZSTD_ASM_SUPPORTED is defined as 0, but on macOS and Linux it is defined as 1, yet we don't build any of the assembly sources. Rather than add
libzstd: Explicitly define ZSTD_DISABLE_ASM
On FreeBSD, ZSTD_ASM_SUPPORTED is defined as 0, but on macOS and Linux it is defined as 1, yet we don't build any of the assembly sources. Rather than add them just for bootstrapping on non-FreeBSD, explicitly define ZSTD_DISABLE_ASM so they're not needed and everything is consistent.
This fixes building a bootstrap LLVM toolchain on non-FreeBSD amd64 (the only architecture with assembly available).
Reviewed by: emaste, imp Differential Revision: https://reviews.freebsd.org/D41543
show more ...
|
#
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0 |
|
#
5f2aca83 |
| 08-Feb-2022 |
Dimitry Andric <dim@FreeBSD.org> |
Disable clang 14 warning about bitwise operators in zstd
Parts 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 zstd
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
show more ...
|
Revision tags: release/12.3.0, release/13.0.0 |
|
#
98689d0f |
| 03-Jan-2021 |
Conrad Meyer <cem@FreeBSD.org> |
libprivatezstd: Restrict symbol visibility similar to upstream
We have to relax three symbols to dynamically link zstd(1), but the rest are the same.
|
#
6cd88fe0 |
| 12-Nov-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
pkgbase: Move libprivatezstd from utilities to runtime
libarchive depends on it by default and tar uses libarchive. So on a update : 1/ runtime contain tar 2/ runtime have libarchive in shlibs_requi
pkgbase: Move libprivatezstd from utilities to runtime
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
show more ...
|
Revision tags: release/12.2.0 |
|
#
ecebb3cc |
| 11-Sep-2020 |
Kyle Evans <kevans@FreeBSD.org> |
Only set WARNS if not defined
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_WE
Only set WARNS if not defined
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
show more ...
|
Revision tags: release/11.4.0 |
|
#
37f1f268 |
| 23-May-2020 |
Conrad Meyer <cem@FreeBSD.org> |
Update to Zstandard 1.4.5
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 o
Update to Zstandard 1.4.5
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
show more ...
|
Revision tags: release/12.1.0 |
|
#
4d3f1eaf |
| 08-Aug-2019 |
Conrad Meyer <cem@FreeBSD.org> |
Update to Zstandard 1.4.2
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/rele
Update to Zstandard 1.4.2
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
show more ...
|
Revision tags: release/11.3.0 |
|
#
a0483764 |
| 29-Dec-2018 |
Conrad Meyer <cem@FreeBSD.org> |
Update to Zstandard 1.3.8
This merge brings in a couple new files, which needed to be attached to the build; a new dependency on <limits.h>, which must be stubbed; and a name change in the Context p
Update to Zstandard 1.3.8
This merge brings in a couple new files, which needed to be attached to the build; a new dependency on <limits.h>, 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
show more ...
|
Revision tags: release/12.0.0 |
|
#
c6879c6c |
| 23-Oct-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r339015 through r339669.
|
#
0f743729 |
| 22-Oct-2018 |
Conrad Meyer <cem@FreeBSD.org> |
Update to Zstandard 1.3.7
Relnotes: yes Sponsored by: Dell EMC Isilon
|
Revision tags: release/11.2.0 |
|
#
22aec4de |
| 18-Mar-2018 |
Conrad Meyer <cem@FreeBSD.org> |
lib(private)zstd: Fix riscv build
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 b
lib(private)zstd: Fix riscv build
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
show more ...
|
#
30347b77 |
| 26-Nov-2017 |
Michal Meloun <mmel@FreeBSD.org> |
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
|
#
55b1c6e7 |
| 15-Nov-2017 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
Merge ^/head r325663 through r325841.
|
#
0c16b537 |
| 14-Nov-2017 |
Warner Losh <imp@FreeBSD.org> |
Move zstd from contrib to sys/contrib so it can be used in the kernel. Adjust the Makefiles that referenced it to the new path.
Sponsored by: Netflix OK'd by: cem@ and AllanJude@
|
#
04ac1c64 |
| 11-Nov-2017 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Follow up on zstd update
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
7e1b7636 |
| 08-May-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r317808 through r317970.
|
#
1fc317e3 |
| 06-May-2017 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Build zstandard with threading enabled
|
#
e2290905 |
| 15-Apr-2017 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Import zstandard 1.1.4 in base
zstandard is a new compression library/tool which is very fast at compression/decompression
For now import as a private library
|