mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-23 12:51:06 +00:00
44 lines
1.5 KiB
C
44 lines
1.5 KiB
C
/* Version ID for the JPEG library.
|
|
* Might be useful for tests like "#if JPEG_LIB_VERSION >= 60".
|
|
*/
|
|
#define JPEG_LIB_VERSION 62
|
|
|
|
/* libjpeg-turbo version */
|
|
#define LIBJPEG_TURBO_VERSION 3.0.4
|
|
|
|
/* libjpeg-turbo version in integer form */
|
|
#define LIBJPEG_TURBO_VERSION_NUMBER 3000004
|
|
|
|
/* Support arithmetic encoding when using 8-bit samples */
|
|
/* #undef C_ARITH_CODING_SUPPORTED */
|
|
|
|
/* Support arithmetic decoding when using 8-bit samples */
|
|
/* #undef D_ARITH_CODING_SUPPORTED */
|
|
|
|
/* Support in-memory source/destination managers */
|
|
#define MEM_SRCDST_SUPPORTED 1
|
|
|
|
/* Use accelerated SIMD routines. */
|
|
#ifdef MOZ_WITH_SIMD
|
|
#define WITH_SIMD 1
|
|
#else
|
|
#undef WITH_SIMD
|
|
#endif
|
|
|
|
/* This version of libjpeg-turbo supports run-time selection of data precision,
|
|
* so BITS_IN_JSAMPLE is no longer used to specify the data precision at build
|
|
* time. However, some downstream software expects the macro to be defined.
|
|
* Since 12-bit data precision is an opt-in feature that requires explicitly
|
|
* calling 12-bit-specific libjpeg API functions and using 12-bit-specific data
|
|
* types, the unmodified portion of the libjpeg API still behaves as if it were
|
|
* built for 8-bit precision, and JSAMPLE is still literally an 8-bit data
|
|
* type. Thus, it is correct to define BITS_IN_JSAMPLE to 8 here.
|
|
*/
|
|
#ifndef BITS_IN_JSAMPLE
|
|
#define BITS_IN_JSAMPLE 8
|
|
#endif
|
|
|
|
/* Define if your (broken) compiler shifts signed values as if they were
|
|
unsigned. */
|
|
/* #undef RIGHT_SHIFT_IS_UNSIGNED */
|