Mechanizm Flate / zlib-ng

Wersja 3.11.0 przełącza używany w systemie Windows mechanizm Flate funkcji CompressContent, CompressPage, CompressImages, InflateStr i wewnętrznego dekodowania strumieni PDF na zlib-ng w trybie zgodności z zlib. Publiczny interfejs API i format wyjściowy PDF pozostają bez zmian; strumienie nadal używają standardowego filtra /FlateDecode

Wersja Win32 łączy obiekty OMF utworzone za pomocą bcc32c z Lib\thirdparty\zlib. Wersje Delphi Win64 i C++Builder Win64x łączą obiekty COFF64 zbudowane za pomocą bcc64x z Lib\thirdparty\Win64x, dzięki czemu obie 64-bitowe ścieżki RAD Studio korzystają z tego samego zestawu obiektów SIMD środowiska wykonawczego zlib-ng. Obiekty zlib-ng dla MSVC w Lib\thirdparty\Win64 są zachowywane jako diagnostyczny wynik przebudowy

Skrypty przebudowy zlib to Lib\thirdparty\build-zlib-bcc32.bat, Lib\thirdparty\build-zlib-vc64.bat i Lib\thirdparty\build-zlib-bcc64x.bat. Ścieżki Win64 łączą również zng_bridge.obj, który pozwala deklaracjom Pascal używać stabilnych punktów wejścia zgodnych z zlib, mimo że obiekty pochodzą z zlib-ng

Testy regresji w wersji 3.11.0 dodały stałe testy obiegu bajtowych strumieni zlib oraz testy kompresji HelloWorld, w tym w module uruchamiającym GoogleTest dla C++Builder. Przebieg walidacji w wersji 3.12.0 rozszerza ten zakres o przebudowane zestawy natywnych obiektów obsługujących SIMD oraz pełne testy regresji Delphi i C++Builder

Aktualizacja mechanizmu w wersji 3.18.5 usuwa z PDFlibZLib.pas pozostałe gałęzie awaryjne System.ZLib i strumieni innych niż zlib-ng. Standardowe kompilacje bez NOVCL zawsze kierują teraz DeflateStr, DeflateStrNoCompression, InflateStr i InflateStrParms przez dołączone statyczne obiekty zlib-ng; Win32 wybiera zestaw obiektów OMF, a Win64/Win64x zestaw obiektów bcc64x COFF64. Testy regresji obejmują teraz znane strumienie zlib, ładunki o rozmiarach granicznych, ładunki wierszy skanowania podobne do PNG oraz obiegi wieloblokowych strumieni nieskompresowanych w Delphi i C++Builder