DRC
1bb1e69186
First pass at ARMv8 64-bit NEON SIMD support
2014-02-05 08:15:44 +00:00
DRC
811d68b21b
Fix logic error from r1037
2013-10-26 00:29:53 +00:00
DRC
0a90c5d778
Due to the way in which the configure script silently falls back to a non-SIMD build if SIMD can't be enabled, we accidentally released iOS ARM v7 and v7s binaries in 1.3.0 that did not contain NEON SIMD code, because gas-preprocessor.pl wasn't in the PATH. In order to prevent this from happening again, specifying --with-simd now has the effect of forcing a SIMD build, and if this argument is specified, any issues encountered while enabling SIMD are treated as fatal.
2013-09-25 04:36:44 +00:00
DRC
0442d164dc
By default, install the libraries into /opt/libjpeg-turbo/lib32 on any 32-bit system, not just x86, and into /opt/libjpeg-turbo/lib64 on any 64-bit system, not just x86-64. In particular, this addresses an issue with building TurboVNC and VirtualGL on ARM systems.
2013-08-11 23:23:41 +00:00
DRC
64da9d6ba8
SIMD support for performing color conversion using MIPS DSPr2 instructions
2013-07-24 21:50:20 +00:00
DRC
45b9c02bd7
Bump version to prepare for new features
2013-04-25 09:45:50 +00:00
DRC
2de2cf9e54
Further enhancements/fixes to the packaging system:
...
-- The Mac and Cygwin packages will now be created with the directory structure defined by the configure variables "prefix", "bindir", "libdir", etc., with the exception that the docs are always installed under /usr/share/doc/{package_name}-{version} on Cygwin and /Library/Documentation/{package_name} on Mac.
-- Fixed a duplicate filename warning when generating RPMs with the default prefix of /opt/libjpeg-turbo.
-- Moved the TurboJPEG libraries out of the system directory on Windows and Mac. It is no longer necessary to put them there, since we are not trying to be backward compatible with TurboJPEG/IPP anymore.
-- Fixed an issue whereby building the "installer" target on Windows would not build the Java JAR file, thus causing an error if the JAR had not been previously built.
-- Building the "install" target on Windows will now install libjpeg-turbo into c:\libjpeg-turbo[-gcc][64] (the same directories used by the installers.) This can be overridden by setting CMAKE_INSTALL_PREFIX.
-- The Java classes on all platforms will now look for the JNI library in the directory under which the build/packaging system installs it.
2013-04-23 22:29:00 +00:00
DRC
f42e2be51a
Overhaul Linux/Unix packaging system, primarily to avoid conflicts with vendor-supplied libjpeg-turbo packages (such as in Fedora and RHEL 6.) This also streamlines the packaging system somewhat, since it is no longer necessary to move the TurboJPEG libraries into the system library directory. Relocating those libraries was originally done to provide backward compatibility with TurboJPEG/IPP, but that package is long obsolete, and the software that formerly used it has been linking statically with libjpeg-turbo for quite some time.
...
If the default prefix (/opt/libjpeg-turbo) is used, then we now always install 32-bit libraries in /opt/libjpeg-turbo/lib32 and 64-bit libraries in /opt/libjpeg-turbo/lib64 instead of trying to conform to the Debian or Red Hat conventions. The RPM and DEB packages will now be created with the directory structure defined by the configure variables "prefix", "bindir", "libdir", etc., with the exception that the docs are always installed under /usr/share/doc/{package_name}-{version}.
2013-04-19 04:25:14 +00:00
DRC
9f804a5590
Formatting tweaks
2013-04-11 05:17:53 +00:00
DRC
70d2cc0e04
Bump version for post-beta pre-releases
2013-02-22 06:58:31 +00:00
DRC
8b3e32bf48
Include a C version of md5cmp rather than depending on an external md5sum binary, since md5sum is not available on all platforms (specifically, it doesn't exist on FreeBSD, and it has to be installed via MacPorts on OS X.)
2013-02-06 23:51:08 +00:00
DRC
9f8a003137
Eliminated the awkward and confusing "TurboJPEG/OSS" designation, since there are no other active implementations of the TurboJPEG API anymore; don't refer to the libjpeg API library as "libjpeg-turbo" anymore, since that can be confusing; ARM v7s build instructions
2013-01-21 23:42:12 +00:00
DRC
a1c870d302
Fix several issues with SRPM generation: (1) ensure that all relevant configure arguments get passed down to the configure command line in the generated spec file, (2) adjust the file manifest in the spec to accommodate the differing "age" version whenever the in-memory source/dest managers are used, and (3) fix an issue with the value of SO_MAJOR_VERSION passed down to the configure command line in the generated spec file (SO_MAJOR_VERSION has to remain pure, so we use a different variable to pass down the combined "current+age" value to libtool in Makefile.am.)
2013-01-19 01:06:46 +00:00
DRC
ba4a6c32f8
Implement in-memory source/destination managers even when not emulating the libjpeg v8 API/ABI
2013-01-18 23:42:31 +00:00
DRC
670d50d910
Say "do not include" rather than "omit", to be consistent with the CMake build system and the output of the configure script.
2013-01-17 21:48:11 +00:00
DRC
ba01bcbbc5
Consolidate the MD5 sums into one location and add a --without-turbojpeg switch to the Un*x build to allow building libjpeg-turbo without the TurboJPEG/OSS wrapper library. These modifications were supposed to lay the ground work for adding compile-time-selectable 12-bit JPEG support, but unfortunately there are deeper issues that prevent the implementation of that feature right now (namely, some of the modifications made to the C code to support the SIMD code are apparently not 12-bit-friendly.)
2013-01-13 11:25:20 +00:00
DRC
936ae5a813
1.2.90 (1.3 beta1)
2012-12-31 09:44:31 +00:00
DRC
70d3c1aeec
Add a Java version of TJBench and extend the TurboJPEG Java API to support it (this involved adding a polymorphic method in TJCompressor that accepts x and y offsets into a larger buffer, similar to the previous modification that had been done to TJDecompressor.)
2012-09-24 02:27:55 +00:00
DRC
c2dab98ea0
Get rid of the Solaris packaging system. Solaris packages are obsolete, only a handful of people were downloading those binaries, and maintaining the system was proving to be a pain.
2012-03-23 19:44:54 +00:00
DRC
25fc4cc39f
Get rid of the Solaris packaging system. Solaris packages are obsolete, only a handful of people were downloading those binaries, and maintaining the system was proving to be a pain.
2012-03-23 03:17:41 +00:00
DRC
e74d1c77ea
Add more extensive TurboJPEG regression tests
2012-01-31 11:38:13 +00:00
DRC
9d14254225
Bump version to 1.2.80 (1.3 alpha1) to prepare for receiving new features
2012-01-27 22:12:49 +00:00
DRC
67420f1fa1
Add LIBJPEG_TURBO_VERSION macro for checking the libjpeg-turbo version at compile time
2011-12-18 16:29:35 +00:00
DRC
f2e5e59720
1.2.0
2011-11-29 08:53:32 +00:00
DRC
edf4d637e1
Improve performance of non-SIMD color conversion routines and use global constants to define colorspace extension parameters
2011-09-07 06:31:00 +00:00
DRC
cf446479aa
Trying to out-clever ourselves by having autotools generate the deb-control file broke the 32-bit supplementary DEB, so revert to the method we used in LJT 1.0 to generate this file.
2011-07-19 09:29:01 +00:00
DRC
d02c734a19
iOS ARM support
2011-06-14 22:16:50 +00:00
DRC
99799a6c29
ARM NEON support
2011-05-03 08:47:43 +00:00
DRC
a9300ce862
Use option() to handle configuration variables, so they will show up in the CMake GUI
2011-04-15 00:24:02 +00:00
DRC
5c4e594064
Fix 'make dist' so that it includes only what we need from java/ (it was errantly including java/Makefile)
2011-04-01 00:37:20 +00:00
DRC
d56b1c71cd
Build and package TurboJPEG/OSS Java wrapper into JAR file
2011-04-01 00:20:33 +00:00
DRC
76e7801a58
"JAVA_CFLAGS"="JNI_CFLAGS"
2011-03-31 08:03:26 +00:00
DRC
7ed5fe39c9
Get rid of unused IS_WIN32 conditional
2011-03-31 04:14:55 +00:00
DRC
1fbaddde3b
Clean up packaging system
2011-03-22 09:31:25 +00:00
DRC
a3845bd44b
Enable full GCC compiler warnings by default
2011-02-26 21:12:36 +00:00
DRC
4dc725069a
Use a proper version script for libturbojpeg
2011-02-25 00:23:44 +00:00
DRC
055ddf28b4
The API/ABI should be described as "libjpeg v8", not "libjpeg v8b", since there are multiple libjpeg releases with the same interface
2011-02-18 20:55:20 +00:00
DRC
1913d03c89
Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler
2011-02-07 08:06:16 +00:00
DRC
be2de6bc98
Propagate --with-jni down to RPM SPEC
2011-02-06 15:51:27 +00:00
DRC
a117c67704
Don't set BUILDJNILIB=1 or default JAVA_CFLAGS unless --with-jni is specified
2011-02-06 15:35:38 +00:00
DRC
a4b6e4cd66
OS X Tiger requires that JNI libraries have the extension .jnilib, so create a sym link to make it happy
2011-02-05 04:41:36 +00:00
DRC
4ac54c3cd6
Detect jni.h; Provide mechanism for adding include paths necessary to find it; Set intelligent defaults for Linux/Mac/Solaris
2011-02-04 22:16:41 +00:00
DRC
eaad60012a
1.1.90
2011-02-04 11:07:34 +00:00
DRC
36adfee700
Add JNI wrapper for TurboJPEG/OSS
2011-02-04 11:06:36 +00:00
DRC
fd7105e1d6
Make arithmetic coding support status messages more clear
2011-01-04 21:40:11 +00:00
DRC
fe418b6240
Added configure options to disable arithmetic encoding/decoding
2010-11-23 06:50:14 +00:00
DRC
cd9000a034
Use version script for jpeg-6b emulation as well
2010-11-07 19:12:30 +00:00
DRC
b4aae95e78
Allow Mac and Solaris packages to be built with v7/v8b emulated libraries
2010-10-21 19:47:06 +00:00
DRC
8705f11462
Emulate the version script in libjpeg v7/v8 shared libraries
2010-10-19 06:38:57 +00:00
DRC
117bacff3a
1.0.90 (1.1 beta1)
2010-10-18 08:27:04 +00:00
