A MMX/SSE2 accelerated library for manipulating JPEG image files
The libjpeg-turbo package contains a library of functions for manipulating
JPEG images.
- Developed at graphics
- Sources inherited from project openSUSE:Factory
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:FactoryCandidates/libjpeg-turbo && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
baselibs.conf | 0000000300 300 Bytes | |
libjpeg-turbo-1.3.0-tiff-ojpeg.patch | 0000001966 1.92 KB | |
libjpeg-turbo-2.1.2.tar.gz | 0002257645 2.15 MB | |
libjpeg-turbo-2.1.2.tar.gz.sig | 0000000543 543 Bytes | |
libjpeg-turbo.changes | 0000036703 35.8 KB | |
libjpeg-turbo.keyring | 0000001858 1.81 KB | |
libjpeg-turbo.spec | 0000005488 5.36 KB | |
libjpeg62-turbo.spec | 0000003817 3.73 KB |
Revision 60 (latest revision is 74)
Dominique Leuenberger (dimstar_suse)
accepted
request 933730
from
Petr Gajdos (pgajdos)
(revision 60)
- update to 2.1.2: * Fixed a regression introduced by 2.1 beta1[13] that caused the remaining GAS implementations of AArch64 (Arm 64-bit) Neon SIMD functions (which are used by default with GCC for performance reasons) to be placed in the `.rodata` section rather than in the `.text` section. This caused the GNU linker to automatically place the `.rodata` section in an executable segment, which prevented libjpeg-turbo from working properly with other linkers and also represented a potential security risk. * Fixed an issue whereby the `tjTransform()` function incorrectly computed the MCU block size for 4:4:4 JPEG images with non-unary sampling factors and thus unduly rejected some cropping regions, even though those regions aligned with 8x8 MCU block boundaries. * Fixed a regression introduced by 2.1 beta1[13] that caused the build system to enable the Arm Neon SIMD extensions when targetting Armv6 and other legacy architectures that do not support Neon instructions. * libjpeg-turbo now performs run-time detection of AltiVec instructions on FreeBSD/PowerPC systems if AltiVec instructions are not enabled at compile time. This allows both AltiVec-equipped and non-AltiVec-equipped CPUs to be supported using the same build of libjpeg-turbo. * cjpeg now accepts a `-strict` argument similar to that of djpeg and jpegtran, which causes the compressor to abort if an LZW-compressed GIF input image contains incomplete or corrupt image data. (forwarded request 933591 from dirkmueller)
Comments 0