- b1068fa Migrate Mac packaging system to pkgbuild, since PackageMaker is no longer supported. by DRC · 10 years ago
- f67c04c Since we're now maintaining our own Cygwin pseudo-repository directories instead of recommending that users install these packages from a local source, it makes more sense to name the packages according to Cygwin specs, so they can be copied as-is into the pseudo-repository. by DRC · 10 years ago
- 7a9faae Since we're now maintaining our own Cygwin pseudo-repository directories instead of recommending that users install these packages from a local source, it makes more sense to name the packages according to Cygwin specs, so they can be copied as-is into the pseudo-repository. by DRC · 10 years ago
- d794360 RHEL 6 (and probably other platforms as well) sets _defaultdocdir=%{_datadir}/doc, which screws things up, since we're overriding _datadir. Since we intend _defaultdocdir to be /usr/share/doc, just be explicit about it. by DRC · 10 years ago
- 3064cf7 RHEL 6 (and probably other platforms as well) sets _defaultdocdir=%{_datadir}/doc, which screws things up, since we're overriding _datadir. Since we intend _defaultdocdir to be /usr/share/doc, just be explicit about it. by DRC · 10 years ago
- 7308ffe Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
- 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
- 6eb29dd Oops. We need to delete the new copy of turbojpeg.dll in the binary directory. Also add quotes to InstDir to allow installing under "c:\Program Files\", and remove unnecessary quotes in the Delete directives. by DRC · 11 years ago
- ae8d0dc In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin. This is mainly to give installers an easy way to find the DLL for the purposes of bundling it. Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory. by DRC · 11 years ago
- 4d87793 In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin. This is mainly to give installers an easy way to find the DLL for the purposes of bundling it. Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory. by DRC · 11 years ago
- b927103 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
- 822c850 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
- fca3e72 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
- 04e0a02 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
- 9495a94 Fix 'make rpm' by DRC · 11 years ago
- 4578953 For consistency, allow the name of the Mac and Cygwin packages to be overridden as well. by DRC · 11 years ago
- 441308c Move the TurboJPEG DLLs back into the system directory on Windows platforms. For Windows, it doesn't really simplify the build system to install these libraries in c:\libjpeg-turbo*, and it introduces potential problems with loading the JNI library. Specifically, if a user linked their Java app against the 64-bit libjpeg-turbo SDK and then used a 32-bit JVM at run time, they would not be able to load the 32-bit turbojpeg.dll without manipulating java.library.path or the PATH environment (and vice versa for building against the 32-bit libjpeg-turbo SDK and using a 64-bit JVM at run time.) by DRC · 11 years ago
- 7175e51 Further enhancements/fixes to the packaging system: by DRC · 11 years ago
- 764e1e2 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. by DRC · 11 years ago
- a35de7c Fix line break by DRC · 12 years ago
- a2a2cd6 Include ARM v7s (iPhone 5, iPad 4) support in the universal libjpeg/libturbojpeg libraries distributed with our official binary package for OS X. by DRC · 12 years ago
- 0f7ff71 Wordsmith the project description by DRC · 12 years ago
- 6da61db 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.) by DRC · 12 years ago
- d5e964c Wordsmithing; Remove mention of TurboJPEG/IPP-- it is no longer a relevant comparison, since the version of IPP on which TurboJPEG/IPP was based is now quite old, and TurboJPEG/IPP is no longer distributed or supported by The VirtualGL Project; Include information about mathematical incompatibilities with jpeg-8 by DRC · 12 years ago
- a394bf7 Allow the libjpeg-turbo32 package to be used on MultiArch-compatible systems without overriding the linker path or LD_LIBRARY_PATH. by DRC · 12 years ago
- 0a0f8d1 Allow the libjpeg-turbo32 package to be used on MultiArch-compatible systems without overriding the linker path or LD_LIBRARY_PATH. by DRC · 12 years ago
- 9ba64bb Provide the legacy unversioned libturbojpeg.so resource so that RPMs that dependended on older libjpeg-turbo distributions will still work. by DRC · 12 years ago
- fd40777 Add a dummy version number to the TurboJPEG dynamic library on Unix systems so Linux distro maintainers will not reject it out of hand. by DRC · 12 years ago
- f52682e 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. by DRC · 12 years ago
- 7c6ae03 Fix universal DMG build by DRC · 12 years ago
- 69c1408 Oops by DRC · 13 years ago
- 9e7eb27 Move build dir. variables back into makemacpkg to avoid messing up the Solaris packaging system. by DRC · 13 years ago
- 51d626f Don't include documentation in 32-bit supplemental package by DRC · 13 years ago
- 20b734e Infrastructure for producing a universal x86-64/i386/ARM version of libjpeg.a and libturbojpeg.a on OS X, so that the same library can be used to build OS X and iOS apps by DRC · 13 years ago
- a1647c8 Install docs when doing 'make install' on Unix; Fix 'install' target on Windows; Include wizard.txt, example.c, and structure.txt in installed docs by DRC · 13 years ago
- b39dfe7 Merge description from README-turbo.txt into packages by DRC · 13 years ago
- f832eae Merge description from README-turbo.txt into packages by DRC · 13 years ago
- a9b35c9 Don't include JAR file in 32-bit compatibility package by DRC · 13 years ago
- 1208d50 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. by DRC · 13 years ago
- 68a086a 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. by DRC · 13 years ago
- 3185cb9 "jpegut"="tjunittest" & "jpgtest"="tjbench" by DRC · 13 years ago
- 7f73d9b Fix OS X uninstaller by DRC · 13 years ago
- 9a746ad Remove wxWindows license files from packages by DRC · 13 years ago
- b5624ee Remove any references to the wxWindows Library License and VirtualGL copyrights by DRC · 13 years ago
- 81f5f7c Refactor uninstall script. No legacy code remains, so relicense under BSD-style license. Remove uninstall app from package for now, until we can come up with a new version that doesn't have any legacy code. by DRC · 13 years ago
- ba29357 Can't assume that current directory is in PATH by DRC · 13 years ago
- a27962b Can't assume that current directory is in PATH by DRC · 13 years ago
- 4f81526 New libjpeg-turbo domain by DRC · 13 years ago
- fad469f New libjpeg-turbo domain by DRC · 13 years ago
- c07f688 New libjpeg-turbo domain by DRC · 13 years ago
- 9e50fa7 Fixed a regression bug in the NSIS script that caused the Windows installer by DRC · 13 years ago
- 957d623 Include TurboJPEG/OSS Java wrapper JAR in Windows distribution packages by DRC · 13 years ago
- 01fa031 Fix regression bug that caused the "Installer" targets to fail when building from the MSVC IDE by DRC · 13 years ago
- f2602ce Build and package TurboJPEG/OSS Java wrapper into JAR file by DRC · 13 years ago
- b94f2de Clean up packaging system by DRC · 13 years ago
- 1c87e45 We want to keep the same name for the install directory, even though the installer name has changed by DRC · 13 years ago
- 539b288 Typo by DRC · 13 years ago
- e6f597f Don't use architecture extension in package name, since we're building a combined package by DRC · 13 years ago
- bfa34cf "release/"="pkgscripts/" by DRC · 13 years ago
- 95db4f4 Clean up packaging system by DRC · 13 years ago
- 9cd2c42 Include jpgtest in Unix/Linux distribution packages by DRC · 14 years ago
- c62cc76 Include libjpeg run-time programs and jpgtest in installer; Move documentation in SDK distribution packages into doc\ subdirectory by DRC · 14 years ago
- 240d82f Include jpgtest in Unix/Linux distribution packages by DRC · 14 years ago
- 8569c2f Include libjpeg run-time programs and jpgtest in installer; Move documentation in SDK distribution packages into doc\ subdirectory by DRC · 14 years ago
- 0df25a7 Wordsmithed the project description by DRC · 14 years ago
- f3281e8 Oops. We still had the description left over from VirtualGL by DRC · 14 years ago
- 0d2d965 Wordsmithed the project description by DRC · 14 years ago
- 1b0c3b0 Propagate --with-jni down to RPM SPEC by DRC · 14 years ago
- 25c5870 OS X Tiger requires that JNI libraries have the extension .jnilib, so create a sym link to make it happy by DRC · 14 years ago
- b8841f1 Oops. Still need to explicitly make symlinks in this script, because prefix!=/opt/libjpeg-turbo by DRC · 14 years ago
- d1c281a Create /opt/libjpeg-turbo/lib32 and /opt/libjpeg-turbo/lib64 symlinks when doing 'make install' by DRC · 14 years ago
- 0f53df8 Allow Mac and Solaris packages to be built with v7/v8b emulated libraries by DRC · 14 years ago
- c0a1cba Accommodate spaces in CMAKE_BINARY_DIR by DRC · 14 years ago
- 9ef93db Modify OS X universal binary creation process to give the user more control over the 32-bit fork (necessary for building universal binaries with libjpeg v7/v8b emulation, for instance) by DRC · 14 years ago
- 1f80a10 Allow RPMs and SRPMs to be generated with v7/v8b emulation; Add CMake scripts and other missing files to source distribution by DRC · 14 years ago
- 2c0a4e1 Integrate installer build into CMake build system by DRC · 14 years ago
- 39ea562 Document new v7/v8 features; .doc = .txt by DRC · 14 years ago
- ae79fdb Cygwin package build by DRC · 14 years ago
- 2093c63 Oops by DRC · 14 years ago
- 3d1dd07 Ensure that libdir is set properly during build and install so that the run-time library bindings for the binary programs will be correct by DRC · 14 years ago
- 995c831 Remove bin and man directories when uninstalling package by DRC · 14 years ago
- e238603 Install libjpeg run-time programs and man pages and include in Unix/Linux packages; Create a 32-bit compatibility package for amd64 Debian which has only the 32-bit libraries by DRC · 14 years ago
- 45d4829 Create sym. link from /opt/libjpeg-turbo/lib/64 to /opt/libjpeg-turbo/lib/amd64 by DRC · 14 years ago
- d90c9a2 Allow arbitrary package name to be specified by DRC · 14 years ago
- 8e2bba9 Install libjpeg run-time programs and man pages and include in Unix/Linux packages by DRC · 14 years ago
- 64586cd Don't need to use sudo when building Solaris PKG or RPM's by DRC · 14 years ago
- e16eaed Oops by DRC · 14 years ago
- f12c7db Create sym links so that headers and static libs can always be found in the same place on Solaris, Linux, and Mac by DRC · 14 years ago
- a51ada6 Use new e-mail alias by DRC · 14 years ago
- ef663e3 Only disable filesystem redirection in the 64-bit installers by DRC · 14 years ago
- be09b20 Handle cases in which MinGW inexplicably builds the DLL as libjpeg-0.dll instead of libjpeg-62.dll by DRC · 14 years ago
- 3dc1bc2 Create separate packages for Win64 binaries by DRC · 14 years ago
- d3c7eff Oops. Debian users might like documentation as well. by DRC · 15 years ago
- 7e0b499 Install jpeg62.dll in SDK directory, not Windows system directory. Also, check whether SDK is already installed prior to re-installing by DRC · 15 years ago
- f19caa5 Ensure static libs are built with PIC by DRC · 15 years ago
- 0a1f68e Visual C++ libraries can't be made to work with MinGW because of the dependency on msvcr90.dll, so build a separate installer for MinGW libraries by DRC · 15 years ago
- 485cd80 We don't actually need to use GCC 4.0 to do a backward compatible build, and it slows things down relative to GCC 4.2 by DRC · 15 years ago
- a9a7b22 Fix Windows package script to accommodate new output directory for VC build by DRC · 15 years ago
- fe7936c Make sure CFLAGS, CXXFLAGS, LDFLAGS, and host_alias are unset to get a 32-bit build by DRC · 15 years ago
- 252dbc9 Oops. Didn't mean to commit the debug statement by DRC · 15 years ago