Add Lzma library files to the repository

[rzikm]

Preparatory PR for #1542

[Copilot]

Pull request overview

This PR adds the XZ Utils library (version 5.8.2) to the dotnet/runtime repository as preparatory work for issue #1542. The addition includes the complete LZMA compression library source code, build configurations, documentation, and integration scripts.

Changes:

• Adds XZ Utils 5.8.2 library files from the tukaani-project/xz repository
• Includes CMake and Autotools build system configurations
• Adds documentation, examples, and internationalization support files
• Configures the library for static linking with multithreading disabled

Reviewed changes

Copilot reviewed 75 out of 497 changed files in this pull request and generated no comments.

File	Description
src/native/external/xz/*	Complete XZ Utils 5.8.2 library source code including build scripts, documentation, examples, and localization files
src/native/external/xz.cmake	CMake configuration to integrate XZ Utils into dotnet/runtime build system with specific feature flags
src/native/external/xz.version	Version tracking file indicating XZ Utils v5.8.2 from tukaani-project
src/native/external/cgmanifest.json	Component governance manifest entry for XZ Utils dependency

[dotnet-policy-service]

Tagging subscribers to this area: @karelz, @dotnet/area-system-io-compression
See info in area-owners.md if you want to be subscribed.

[Copilot]

Pull request overview

Copilot reviewed 79 out of 284 changed files in this pull request and generated 7 comments.

[Copilot]

The macro name tuklib_open_stdxx looks like a typo/inconsistency with the header/implementation name tuklib_open_stdxxx. Consider renaming the macro to tuklib_open_stdxxx to avoid confusing API consumers and accidental use of the wrong identifier.

Suggested change

	#define tuklib_open_stdxx TUKLIB_SYMBOL(tuklib_open_stdxxx)
	#define tuklib_open_stdxxx TUKLIB_SYMBOL(tuklib_open_stdxxx)

[rzikm]

I am getting compile errors on linux:

  ERROR: /source/dotnet/runtime/src/native/libs/System.IO.Compression.Native/entrypoints.c file did not match entries exported from /source/dotnet/runtime/artifacts/obj/native/net11.0-linux-Debug-x64/System.IO.Compression.Native/libSystem.IO.Compression.Native.so
  DIFFERENCES FOUND: 
  lzma_stream_decoder

Seems like there is something wrong with the exports specification:

System.IO.Compression.Native$ nm libSystem.IO.Compression.Native.so | grep " lzma_stream_decoder"
00000000003c51c0 t lzma_stream_decoder
00000000003c4410 t lzma_stream_decoder_init

All the other exported entries have T in the nm output, e.g.

000000000019dd90 T BrotliDecoderDecompress

But the exports file seems to be generated correctly:

        ZSTD_CCtx_setPledgedSrcSize;
        ZDICT_trainFromBuffer;
        lzma_stream_decoder;
    local: *;
};

I am not sure what is going on here, maybe there is a problem because the library functions are declared as extern?

runtime/src/native/external/xz/src/liblzma/api/lzma/container.h

Lines 838 to 840 in d8731e0

	extern LZMA_API(lzma_ret) lzma_alone_decoder(
	lzma_stream *strm, uint64_t memlimit)
	lzma_nothrow lzma_attr_warn_unused_result;

I will need to investigate a bit more

[Copilot]

Pull request overview

Copilot reviewed 79 out of 284 changed files in this pull request and generated 2 comments.

[rzikm]

I will need to investigate a bit more

Should be working now

[Copilot]

Pull request overview

Copilot reviewed 79 out of 284 changed files in this pull request and generated 3 comments.

[Copilot]

Pull request overview

Copilot reviewed 79 out of 284 changed files in this pull request and generated no new comments.

[Copilot]

Pull request overview

Copilot reviewed 82 out of 287 changed files in this pull request and generated 3 comments.

[Copilot]

The condition uses UseSystemXz, but this PR introduces UseSystemLzma (and uses it elsewhere in the same file). This makes the selection logic inconsistent and can cause -llzma to be omitted/added incorrectly; update the condition to reference UseSystemLzma.

Suggested change

	<NativeSystemLibrary Include="lzma" Condition="'$(UseSystemXz)' == 'true'" />
	<NativeSystemLibrary Include="lzma" Condition="'$(UseSystemLzma)' == 'true'" />

[Copilot]

The library name here is lzma$(LibFileExt) (e.g., lzma.lib), but the packaging manifest in this PR adds lzma_static.lib. This mismatch is likely to cause build/package failures on Windows unless an import/static lib named lzma.lib is produced; consider aligning this to lzma_static$(LibFileExt) (or whichever artifact is actually built).

Suggested change

	<NativeLibrary Include="$(IlcSdkPath)lzma$(LibFileExt)" />
	<NativeLibrary Include="$(IlcSdkPath)lzma_static$(LibFileExt)" />

[rzikm]

More to address on 32-bit Windows build

2026-02-11T12:50:08.2419461Z   D:\a\_work\1\s\src\native\external\xz\src\liblzma\common\index.c(910,4): error C4244: 'function': conversion from 'const lzma_vli' to 'size_t', possible loss of data [D:\a\_work\1\s\artifacts\obj\coreclr\windows.x86.Release\ide\_deps\xz-build\liblzma.vcxproj]
2026-02-11T12:50:08.2541597Z   D:\a\_work\1\s\src\native\external\xz\src\liblzma\common\index.c(921,24): error C4242: '=': conversion from 'const lzma_vli' to 'size_t', possible loss of data [D:\a\_work\1\s\artifacts\obj\coreclr\windows.x86.Release\ide\_deps\xz-build\liblzma.vcxproj]
2026-02-11T12:50:08.3122411Z   D:\a\_work\1\s\src\native\external\xz\src\liblzma\common\index.c(922,34): error C4244: '=': conversion from 'const lzma_vli' to 'size_t', possible loss of data [D:\a\_work\1\s\artifacts\obj\coreclr\windows.x86.Release\ide\_deps\xz-build\liblzma.vcxproj]

[Copilot]

Pull request overview

Copilot reviewed 82 out of 288 changed files in this pull request and generated 2 comments.

[Copilot]

add_compile_definitions sets _OPENBSD_SOURCE (with a leading underscore) but CMAKE_REQUIRED_DEFINITIONS appends -D_OPENBSD_SOURCE (missing underscore). This mismatch can cause CMake feature checks to run with different feature-test macros than the actual build. Update the required definition to -D_OPENBSD_SOURCE with the leading underscore to match.

[Copilot]

Same macro inconsistency as in tuklib_physmem.cmake: the checks are gated on HAVE_SYS_PARAM_H but the propagated compile definitions use HAVE_PARAM_H. Align this to HAVE_SYS_PARAM_H so the C sources see the expected macro.