zlib-ng 2.0.3

исправление ошибок компиляции для FreeBSD, RISC-V, Musl и ARM; доступны для загрузки Windows ARM dll;

пока не исправлена ошибка компиляции с mpicc.

Где слово «альфа» в названии? Мне бы стыдно было такое (некомпилирующийся софт) публиковать вообще.

А вообще по сравнению с настоящим zlib, который компилируется думаю вообще где угодно начиная с 16-бит архитектур, выглядит убого.

Там не в коде проблема, а в не очень корректном тесте, который неправильно определяет маргинальный компилятор.

О, спасибо! :)

Потестировал: gcc 12, Unicode 13/ucd.all.flat.xml (202372260 байтов)

lzbench 1.8 (64-bit Linux) Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz

Блин, неужели сложно написать что делает эта библиотека?

А что именно непонятно в слове zlib?

Тащемто mpicc это не отдельный компилятор это обычный wrapper над GCC/clang для более простой сборки с библиотекой MPI(добавляет include path, LD-пути для компоновщика)

«Ты должен был бороться со злом, а не примкнуть к нему!» Зачем плодить library hell?

совместимый форк zlib

Имя .so файла такое же чтобы можно было заменить для всех существующих бинарников?

Имя .so файла такое же чтобы можно было заменить для всех существующих бинарников?

если укажешь cmake-у -DZLIB_COMPAT=ON

Уже хорошо. Только плохо верится что это будут использовать в дистрибутивах. Будет половина пакетов использующих одну библиотеку, половина использующих другую, а в итоге надо будет ставить две.

пересборка всего в любом случае понадобится, потому что добрая половина софта норовит линковать zlib статически

это у тебя Шрайк что-ли на аватарке?

Только плохо верится что это будут использовать в дистрибутивах.

Я в Artix уже с месяц использую chaotic-aur/zlib-ng-git. Пока ничего не сломалось. :)

В точку!

А ты в курсе, что CMake на плюсах написан?

А чем вызвано различие в размерах сжатых файлов между оригиналом и заменой?

Глубоко не копал, но с WITH_NEW_STRATEGIES (вкл. по-умолчанию) для deflate используются немного другие параметры и улучшенные алгоритмы. Эта реализация взята из Интеловского форка zlib. Если очень грубо, то файлы deflate*.* в zlib ~93Кб, а в zlib-ng ~112Кб.

Где в FreeBSD маргинальный компилятор? Там либо gcc либо clang.

Тут надо не ченджлог писать «исправили ошибки компиляции» а «ещё чуть-чуть и наконец будет не прототип а пригодная к опробованию библиотека». А у них это уже несколько релизных версий прошло.

надо будет потыкать палочкой. я тут поняла, что в вебе сжатие потока - такое себе: жрёт много, а эффективность мала. хотелось бы эффективных алгоримов на сжатии по кускам.

Будет половина пакетов использующих одну библиотеку, половина использующих другую, а в итоге надо будет ставить две.

нет, т.к. они взаимозаменяемы. Пакет zlib-ng может предоставлять (provides) пакет zlib, и наоборот.