aboutsummaryrefslogtreecommitdiff
path: root/Makefile.am
AgeCommit message (Collapse)Author
2015-02-22If libjpeg-turbo is configured with a non-default prefix, such as /usr, then ↵dcommander
use the docdir variable defined by autoconf 2.60 and later, if available. This will, for instance, install the documentation under /usr/share/doc/libjpeg-turbo by default if prefix=/usr, unless docdir is overridden. When using earlier versions of autoconf, docdir is set to ${datadir}/doc, as it always has been. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1532 632fc199-4ca6-4c93-a231-07263d6284db
2015-01-16Some clarifications (actually MIPS doesn't implement the float DCT/IDCT ↵dcommander
using SIMD instructions) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1518 632fc199-4ca6-4c93-a231-07263d6284db
2015-01-16Make the floating point regression tests optional. It has been known for ↵dcommander
quite some time that these tests do not always generate the same results unless there is full SIMD coverage of the floating point algorithms in libjpeg-turbo. Further research reveals that there are basically three expected results: the results from our SSE SIMD extensions (which are slightly more accurate than the C code), results from the C code when running on a 32-bit FPU (or when using SSE instructions on an x86-64 CPU, which is the default with GCC), and results from the C code when running on a 64-bit FPU (which presumably uses double-precision arithmetic by default.) There is basically no way to determine which type of math will be used prior to run time, so it's best to just let the developers specify which result they expect on their particular system. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1509 632fc199-4ca6-4c93-a231-07263d6284db
2015-01-14In the process of developing the AltiVec extensions, it was discovered that ↵dcommander
the normal regression tests aren't sufficient to test the behavior of the library with very small image sizes and when compressing from/decompressing to a subregion of a larger image buffer. Thus, an additional regression test was added that takes advantage of the tiled compression/decompression feature in tjbench. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1500 632fc199-4ca6-4c93-a231-07263d6284db
2015-01-08AltiVec SIMD implementation of 2x1 and 2x2 downsamplingdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1483 632fc199-4ca6-4c93-a231-07263d6284db
2014-12-22Make test a phony target so things don't go haywire if there is a file named ↵dcommander
test.c in the current directory. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1468 632fc199-4ca6-4c93-a231-07263d6284db
2014-12-22Maintain the traditional order of the regression tests while allowing the ↵dcommander
TurboJPEG and libjpeg portions to be executed separately git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1467 632fc199-4ca6-4c93-a231-07263d6284db
2014-12-22Add a "quicktest" pseudo-target, for those times when you just don't want to ↵dcommander
sit through 11 iterations of TJUnitTest. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1465 632fc199-4ca6-4c93-a231-07263d6284db
2014-12-19Include ARMv8 binaries when generating a combined OS X/iOS package using ↵dcommander
'make iosdmg' git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1458 632fc199-4ca6-4c93-a231-07263d6284db
2014-12-14Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1440 632fc199-4ca6-4c93-a231-07263d6284db
2014-08-22Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1378 632fc199-4ca6-4c93-a231-07263d6284db
2014-08-22Extend tjbenchtest so that it tests the dynamic JPEG buffer allocation ↵dcommander
feature in TurboJPEG. Disable the tiling feature in TJBench whenever dynamic buffer allocation is enabled (because the tiling feature requires a separate buffer for each tile, using it successfully with dynamic buffer allocation would require a separate TurboJPEG compressor instance for each tile, and it's not worth going to that trouble right now.) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1374 632fc199-4ca6-4c93-a231-07263d6284db
2014-08-0912-bit JPEG supportdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1337 632fc199-4ca6-4c93-a231-07263d6284db
2014-05-12Add support for decompressing to RGB565 (16-bit) pixelsdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1295 632fc199-4ca6-4c93-a231-07263d6284db
2014-05-11Port the more accurate (and slightly faster) floating point IDCT ↵dcommander
implementation from jpeg-8a and later. New research revealed that the SSE/SSE2 floating point IDCT implementation was actually more accurate than the jpeg-6b implementation, not less, which is why its mathematical results have always differed from those of the jpeg-6b implementation. This patch brings the accuracy of the C code in line with that of the SSE/SSE2 code. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1288 632fc199-4ca6-4c93-a231-07263d6284db
2014-05-07Fix regression that caused 'make test' to fail with non-x86 SIMD code. The ↵dcommander
round-off error in the SIMD float DCT/IDCT routines only exists in the SSE and SSE2 implementations. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1276 632fc199-4ca6-4c93-a231-07263d6284db
2014-05-06Shared the rm commands to reduce as much output noise as possibledcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1275 632fc199-4ca6-4c93-a231-07263d6284db
2014-05-06Redesign the libjpeg regression tests so that they fully cover all of the ↵dcommander
SIMD-accelerated algorithms (and most of the other ones as well) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1267 632fc199-4ca6-4c93-a231-07263d6284db
2014-04-20Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1259 632fc199-4ca6-4c93-a231-07263d6284db
2014-04-15Remove trailing spacesdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1235 632fc199-4ca6-4c93-a231-07263d6284db
2014-03-22Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1201 632fc199-4ca6-4c93-a231-07263d6284db
2014-03-17Extend YUVImage class to allow reuse of the same buffer with different ↵dcommander
metadata; port TJBench changes that treat YUV encoding/decoding as an intermediate step of the JPEG compression/decompression pipeline rather than a separate test case; add YUV encode/decode tests to the Java version of tjbenchtest git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1184 632fc199-4ca6-4c93-a231-07263d6284db
2014-03-13Add a mode to tjbenchtest for testing the YUV encoding/decoding functionsdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1163 632fc199-4ca6-4c93-a231-07263d6284db
2013-11-06Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables ↵dcommander
for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences listed in README-turbo.txt. Add regression tests for progressive+arithmetic JPEG files. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1079 632fc199-4ca6-4c93-a231-07263d6284db
2013-10-30Extend the TurboJPEG C API to support compressing JPEG images from YUV ↵dcommander
planar images git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1067 632fc199-4ca6-4c93-a231-07263d6284db
2013-08-23Add CMYK support to the TurboJPEG Java API & clean up a few things in the C APIdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1020 632fc199-4ca6-4c93-a231-07263d6284db
2013-08-23Add CMYK support to the TurboJPEG C APIdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1019 632fc199-4ca6-4c93-a231-07263d6284db
2013-08-18Add 4:1:1 subsampling support in the TurboJPEG C APIdcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1014 632fc199-4ca6-4c93-a231-07263d6284db
2013-04-28Extend the TurboJPEG Java API to support generating YUV images with ↵dcommander
arbitrary padding and to support image scaling when decompressing to YUV git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@975 632fc199-4ca6-4c93-a231-07263d6284db
2013-04-27Bump the age number of the TurboJPEG DSO, because interfaces have been added.dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@972 632fc199-4ca6-4c93-a231-07263d6284db
2013-04-26Extend the TurboJPEG C API to support generating YUV images with arbitrary ↵dcommander
padding and to support image scaling when decompressing to YUV git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@962 632fc199-4ca6-4c93-a231-07263d6284db
2013-04-23Further enhancements/fixes to the packaging system:dcommander
-- 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. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@946 632fc199-4ca6-4c93-a231-07263d6284db
2013-04-19Overhaul Linux/Unix packaging system, primarily to avoid conflicts with ↵dcommander
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}. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@944 632fc199-4ca6-4c93-a231-07263d6284db
2013-02-06Include a C version of md5cmp rather than depending on an external md5sum ↵dcommander
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.) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@926 632fc199-4ca6-4c93-a231-07263d6284db
2013-02-04Include ARM v7s (iPhone 5, iPad 4) support in the universal ↵dcommander
libjpeg/libturbojpeg libraries distributed with our official binary package for OS X. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@923 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-19Fix several issues with SRPM generation: (1) ensure that all relevant ↵dcommander
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.) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@916 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-18Implement in-memory source/destination managers even when not emulating the ↵dcommander
libjpeg v8 API/ABI git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@913 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-13Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@904 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-13Consolidate the MD5 sums into one location and add a --without-turbojpeg ↵dcommander
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.) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@902 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-13Modify 'make test' so that it uses MD5 sums instead of reference images. ↵dcommander
This eliminates the need to check most of the test images into the repository, which keeps the source tarball to a reasonable size. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@900 632fc199-4ca6-4c93-a231-07263d6284db
2013-01-13Also remove mention of install.txt and filelist.txt in the build system and ↵dcommander
README. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@899 632fc199-4ca6-4c93-a231-07263d6284db
2012-09-24Add a Java version of TJBench and extend the TurboJPEG Java API to support ↵dcommander
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.) git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@862 632fc199-4ca6-4c93-a231-07263d6284db
2012-03-23Add a dummy version number to the TurboJPEG dynamic library on Unix systems ↵dcommander
so Linux distro maintainers will not reject it out of hand. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@820 632fc199-4ca6-4c93-a231-07263d6284db
2012-03-23Get rid of the Solaris packaging system. Solaris packages are obsolete, ↵dcommander
only a handful of people were downloading those binaries, and maintaining the system was proving to be a pain. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@819 632fc199-4ca6-4c93-a231-07263d6284db
2012-03-23Fix universal DMG builddcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@815 632fc199-4ca6-4c93-a231-07263d6284db
2012-02-10Move build dir. variables back into makemacpkg to avoid messing up the ↵dcommander
Solaris packaging system. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@803 632fc199-4ca6-4c93-a231-07263d6284db
2012-02-10Fix 'make dist'dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@800 632fc199-4ca6-4c93-a231-07263d6284db
2012-02-10RPM spec no longer uses %{_srcdir}dcommander
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@795 632fc199-4ca6-4c93-a231-07263d6284db
2012-02-10Install docs when doing 'make install' on Unix; Fix 'install' target on ↵dcommander
Windows; Include wizard.txt, example.c, and structure.txt in installed docs git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@794 632fc199-4ca6-4c93-a231-07263d6284db
2012-02-10Clean up the iOS packaging mechanism so that ARM architectures can be added ↵dcommander
to i386-only builds as well. git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@791 632fc199-4ca6-4c93-a231-07263d6284db
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-01 08:41:34 +0000