Files

T

History

fix(build): restore complete mixed Rust build matrix

`make all` exercises substantially more than the default zstd binary. It also
builds compression-only and decompression-only archives, older contrib tools
that compile program C shims directly, and the single-file amalgamations. The
Rust migration had changed symbol ownership without updating every one of
those feature and link boundaries.

The first failure came from `fileio_asyncio`: it is always compiled, but its
codec bindings unconditionally referenced both `zstd_compress` and
`zstd_decompress`. A compression-only archive therefore required disabled
decoder modules, and the decompression-only configuration had the symmetric
problem. Gate the concrete codec imports, callback types, helpers, and exports
with their Cargo features. Keep the format probe compilable without the
legacy decoder predicate when decompression is disabled.

Once that boundary compiled, the remaining `make all` paths exposed related
integration gaps. Move the C decompression projection declarations out of the
compression preprocessor block, while leaving destination callback types
shared. Link the Rust CLI helpers archive into zlibWrapper, pzstd, and
largeNbDicts, whose util/time/data-generator C files are now declaration shims
rather than implementations.

The generated single-file C sources also call Rust-owned symbols now. Build
and link an appropriately featured Rust archive in their native smoke tests,
and include the pool configuration shim in the decoder case. The full
amalgamation combines `zstd_lazy.c` and `zstd_opt.c` into one translation unit,
so guard their otherwise translation-unit-local dictionary mode enum against
duplicate definition.

A Rust-backed amalgamation is no longer a standalone Emscripten input. Remove
the obsolete emcc/Docker path and report that limitation explicitly; restoring
the WebAssembly smoke test requires a Rust WebAssembly archive and a defined
cross-language amalgamation contract.

Test Plan:
- `cargo check --manifest-path rust/Cargo.toml --no-default-features --features compression` -- passed
- `cargo check --manifest-path rust/Cargo.toml --no-default-features --features decompression` -- passed
- `sh -n build/single_file_libs/build_decoder_test.sh build/single_file_libs/build_library_test.sh` -- passed
- `make all` -- passed, including native single-file and seekable-format tests
- `git diff --cached --check` -- passed

2026-07-22 06:56:06 +02:00

cmake

build(rust): add legacy feature scaffolding

2026-07-11 23:07:55 +02:00

meson

build(rust): add legacy feature scaffolding

2026-07-11 23:07:55 +02:00

single_file_libs

fix(build): restore complete mixed Rust build matrix

2026-07-22 06:56:06 +02:00

VS2008

fix Visual Studio solutions

2024-01-29 15:24:42 -08:00

VS2010

removed fullbench-dll project from visual solutions

2024-12-20 10:37:00 -08:00

VS_scripts

add prerelease option

2025-01-15 02:16:42 +08:00

.gitignore

fix gitignore errors

2019-07-09 21:08:13 +08:00

LICENSE

Add support for --output-dir-flat

2019-10-02 11:08:20 -04:00

README.md

added back documentation/notification for VS2005 in build directory

2017-06-02 10:25:30 -07:00

README.md

Projects for various integrated development environments (IDE)

Included projects

The following projects are included with the zstd distribution:

cmake - CMake project contributed by Artyom Dymchenko
VS2005 - Visual Studio 2005 Project (this project has been moved to the contrib directory and will no longer be supported)
VS2008 - Visual Studio 2008 project
VS2010 - Visual Studio 2010 project (which also works well with Visual Studio 2012, 2013, 2015)
VS_scripts - command line scripts prepared for Visual Studio compilation without IDE

How to compile zstd with Visual Studio

Install Visual Studio e.g. VS 2015 Community Edition (it's free).
Download the latest version of zstd from https://github.com/facebook/zstd/releases
Decompress ZIP archive.
Go to decompressed directory then to projects then VS2010 and open zstd.sln
Visual Studio will ask about converting VS2010 project to VS2015 and you should agree.
Change Debug to Release and if you have 64-bit Windows change also Win32 to x64.
Press F7 on keyboard or select BUILD from the menu bar and choose Build Solution.
If compilation will be fine a compiled executable will be in projects\VS2010\bin\x64\Release\zstd.exe

Projects available within zstd.sln

The Visual Studio solution file visual\VS2010\zstd.sln contains many projects that will be compiled to the visual\VS2010\bin\$(Platform)_$(Configuration) directory. For example zstd set to x64 and Release will be compiled to visual\VS2010\bin\x64_Release\zstd.exe. The solution file contains the following projects:

zstd : Command Line Utility, supporting gzip-like arguments
datagen : Synthetic and parametrable data generator, for tests
fullbench : Precisely measure speed for each zstd inner functions
fuzzer : Test tool, to check zstd integrity on target platform
libzstd : A static ZSTD library compiled to libzstd_static.lib
libzstd-dll : A dynamic ZSTD library (DLL) compiled to libzstd.dll with the import library libzstd.lib
fullbench-dll : The fullbench program compiled with the import library; the executable requires ZSTD DLL

Using ZSTD DLL with Microsoft Visual C++ project

The header file lib\zstd.h and the import library visual\VS2010\bin\$(Platform)_$(Configuration)\libzstd.lib are required to compile a project using Visual C++.

The path to header files should be added to Additional Include Directories that can be found in Project Properties of Visual Studio IDE in the C/C++ Property Pages on the General page.
The import library has to be added to Additional Dependencies that can be found in Project Properties in the Linker Property Pages on the Input page. If one will provide only the name libzstd.lib without a full path to the library then the directory has to be added to Linker\General\Additional Library Directories.

The compiled executable will require ZSTD DLL which is available at visual\VS2010\bin\$(Platform)_$(Configuration)\libzstd.dll.