Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

libcharls2-2.4.2-1.4 RPM for s390x

From OpenSuSE Ports Tumbleweed for s390x

Name: libcharls2 Distribution: openSUSE:Factory:zSystems
Version: 2.4.2 Vendor: openSUSE
Release: 1.4 Build date: Sun Jul 16 20:47:50 2023
Group: System/Libraries Build host: reproducible
Size: 329762 Source RPM: CharLS-2.4.2-1.4.src.rpm
Packager: https://bugs.opensuse.org
Url: https://github.com/team-charls/charls/
Summary: A JPEG-LS library
An optimized implementation of the JPEG-LS standard for lossless and
near-lossless image compression. JPEG-LS is a low-complexity standard that
matches JPEG 2000 compression ratios. In terms of speed, CharLS outperforms
open source and commercial JPEG LS implementations.

Provides

Requires

License

BSD-3-Clause

Changelog

* Sun Jul 16 2023 Dirk Müller <[email protected]>
  - update to 2.4.2:
    * Fixed #269, Decoding doesn't work when compiled with mingw64.
* Thu Jan 05 2023 Dirk Müller <[email protected]>
  - update to 2.4.1:
    Fixed
    * Fixed #221, jpegls_errc::destination_buffer_too_small incorrectly thrown
      for 8 bit 2*2 image with stride = 4 during decoding.
  - update to 2.4.0:
    Added
    * Support for Windows on ARM64 in the MSBuild projects and CMake files.
    * Support to read and write application data markers. #180
    * Added method charls_validate_spiff_header to validate SPIFF headers.
    Changed
    * Improved compatibility of public headers with C++20.
    * Switch order of APP8 and SOF55 markers during encoding to allign with
      user application data markers.
    Fixed
    * Fixed #167, Multi component image with interleave mode none is not
      correctly decoded when a custom stride argument is used.
* Tue Mar 29 2022 Asterios Dramis <[email protected]>
  - Update to version 2.3.4:
    * Changed
    - Replaced legacy test images
    From version 2.3.3:
    * Fixed
    - [#167](https://github.com/team-charls/charls/issues/167),
      Decoding\Encoding fails on IBM s390x CPU
      (Big Endian architecture)
    * Changed
    - CTest is now used in the CI build pipeline to test the output
      of the Linux and macOS builds.
* Wed Feb 02 2022 Asterios Dramis <[email protected]>
  - Update to version 2.3.2:
    * Fixed
    - [#160](https://github.com/team-charls/charls/issues/160),
      warning: cast from ‘unsigned char*’ to ‘uint16_t*’ increases
      required alignment of target type
    - [#161](https://github.com/team-charls/charls/issues/161),
      warning: useless cast to type ‘size_t’ {aka ‘unsigned int’}
      [-Wuseless-cast]
    * Changed
    - Updates to the CMakeLists.txt for Unix builds (except macOS)
      to hide more symbols from the shared library.
    - C++14 is now the minimum version instead of explicitly
      required. This allows consuming applications more
      flexibility. Typically CMake will select the latest C++
      standard version that used C++ compiler supports.
    From version 2.3.1:
    * Fixed
    - [#155](https://github.com/team-charls/charls/issues/155),
      charls::jpegls_decoder::decode: 2 overloads have similar
      conversions in v2.3.0
    From version 2.3.0:
    * Added
    - The encoder API has been extended with a rewind method that
      can be used to re-use a configured encoder to encode multiple
      images in a loop.
    - Added support to decode JPEG-LS images that use restart
      markers
      [#92](https://github.com/team-charls/charls/issues/92).
    - Added support to write and read comment (COM) segments
      [#113](https://github.com/team-charls/charls/issues/113).
    - Added support to encode/decode oversized images (width or
      height larger then 65535).
    - Extended the validation of the encoded JPEG-LS byte stream
      during decoding.
    - Added support to encode JPEG-LS images with:
    * The option to ensure the output stream has an even size.
    * The option to write the CharLS version number as a comment
      (COM segment) to the output stream.
    * The option to write the coding parameters to the output
      stream if the bits per pixel are larger then 12 (enabled by
      default).
    - Usage of compiler specific attributes on the public API as
      replacement for ``[[nodiscard]]`` (which is a C++17 feature).
    * Fixed
    - [#84](https://github.com/team-charls/charls/issues/84),
      Default preset coding parameters not computed for unset
      values.
    - [#102](https://github.com/team-charls/charls/issues/102),
      CMake find_package(charls 2.2.0 REQUIRED) not working.
    * Changed
    - CMakeSettings.json has been replaced with CMakePresets.json.
    - Non default coding parameters are explicitly stored in the
      output stream during encoding.
    - GCC shared library release builds are now using LTO (Link
      Time Optimization).
    - Some functions use compiler intrinsics for slightly better
      performance.
  - Removed support for openSUSE <= 13.2/Leap 42.
* Mon Mar 01 2021 Asterios Dramis <[email protected]>
  - Update to version 2.2.0:
    * Added
    - Added pkg-config charls.pc file to help in detect the CharLS
      library (see #76)
    - Added standard CMake variable BUILD_SHARED_LIBS as an option
      to make it visible in the CMake GUI (see #66)
    - The PowerPC Little Endian (ppc64le) platform has been added
      as supported architecture
    * Fixed
    - Fixed #21, Building with UBSAN, will report runtime error:
      left shift of 4031 by 63 places cannot be represented in type
      'long int'
    - Fixed #25, CharLS fails to read LSE marker segment after
      first SOS segment
    - Fixed #26, CharLS should only use the valid bits from the
      passed input buffer
    - Fixed #36, CharLS should remain stable from bad input
      (several issues found by fuzzy testing)
    - Fixed #60, Visual Studio 2015 C++ compiler cannot compile
      certain constexpr constructions
    - Fixed #62, Missing includes in jpegls_error.cpp when using
      libc++ (and not libstdc++)
    - Fixed #70, The C and C++ sample don't swap the pixels from a
      .bmp file horizontal
    - Fixed #79, Wrong JPEG-LS encoding when stride is non-default
      (stride != 0), component count > 1 and interleave_mode is none
    * Changed
    - The API has been extended with additional annotations to
      assist the static analyzer in the MSVC and GCC/clang
      compilers
    - The size check for a Start Of Scan (SOS) segment is now exact
      for improved compatibility with fuzzy testing
    - The minimum support version of CMake is now 3.13 (was 3.9),
      3.13 is needed for add_link_options
    - The Windows static library and DLL are now compiled with the
      Control Flow Guard (/guard:cf) option enabled for enhanced
      security
    - The .NET adapter has been upgraded to .NET 5 and moved to its
      own repository This has been done to make it possible to have
      different release cycles.
    * Removed
    - The legacy methods JpegLsEncodeStream, JpegLsDecodeStream and
      JpegLsReadHeaderStream have been removed as exported methods.
      These methods were not part of the public API and only used
      by by the charlstest application
  - Added pkgconfig build requires.
* Sun Aug 09 2020 andy great <[email protected]>
  - Update to version 2.1.0.
    * Added
    * Two new C++ classes (jpegls_encoder \ jpegls_decoder) have
      been added to make it much easier to use CharLS from C++
    * A new C API (charls_xxx functions) was added to provide a
      more stable ABI for future updates. The old API calls are
      internally forwarded to the new API.
    * CharLS can now read and write JPEG-LS standard SPIFF headers
    * Support has been added to detect the unsupported JPEG-LS
      extension (ISO/IEC 14495-2) SOF_57 marker and IDs in LSE
      marker
    * Support has been added to encode\decode 4 component images
      in all interleave modes
    * Deprecated
    * The legacy 1.x\2.0 C API has been marked as deprecated. This
      legacy API will be maintained until the next major upgrade.
    * Future 2.x updates will start to mark the legacy types and
      functions with the C++ [[deprecated]] attribute.
    * Changed
    * charls_error has been replaced by a C++11 compatible
      jpegls_errc error code enum design
    * The included C and C++ sample have been updated to use the
      new C\C++ API
    * Improved the validation of the JPEG-LS stream during
      decoding
    * The referenced NuGet packages of the .NET wrapper assembly
      are updated to their latest versions
    * Removed
    * Support to write JFIF headers during encoding has been
      removed. JFIF headers were already skipped when present
      during decoding.
    * SPIFF headers should be used when creating standalone .jls
      files
    * Support for .NET Code Contracts has been removed as this
      technology is being phased out by Microsoft
    * Fixed
    * Fixed #7, How to compile CharLS with Xcode has been
      documented in the Wiki
    * Fixed #44, Only the API functions should be exported from a
      Linux shared library
    * Fixes #35, Encoding will fail if the bit per sample is
      greater than 8, and a custom RESET value is used
    * Fixes #51, The default threshold values are not corrected
      computed for 6 bit images or less
    * Fixed the ASSERT in the ModuloRange function, which would
      trigger false assertions in debug builds
* Thu Jul 13 2017 [email protected]
  - Build with gcc6, fix build failure for Leap
* Mon Jul 10 2017 [email protected]
  - Fix RPM group.
* Thu Jul 06 2017 [email protected]
  - Update to version 2.0.0:
    Bug fixes
    * #10 - Fixed the problem that "output buffer to small" was not
      detected when writting encoded bytes to a fixed output buffer.
      This could cause memory corruption problems.
    * #11 - Update charlstest to return EXIT_SUCCESS/FAILURE
    * Fixed the issue that DecodeToPnm would set
      params.colorTransform = ColorTransformation::BigEndian but the
      library didn’t support this option during decoding.
    Misc
    * Updated the source code to C++ v14.
    * Refactored several API's to make usage of the library easier.
  - Removed unzip build requirement (not needed anymore).
  - Require gcc >= 5.0 (for C++ v14).
  - Removed the following patches (not needed anymore):
    charls_add_cmake_install_target.patch
    charls_add_sharedlib_soname.patch
    charls_fix_tests.patch
* Tue Nov 20 2012 [email protected]
  - Fix the SLES build (%make_install is not expanded)

Files

/usr/lib64/libcharls.so.2
/usr/lib64/libcharls.so.2.4.2


Generated by rpm2html 1.8.1

Fabrice Bellet, Wed Dec 4 00:10:59 2024