Package Details: mingw-w64-libjpeg-turbo 2.1.3-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-libjpeg-turbo.git (read-only, click to copy)
Package Base: mingw-w64-libjpeg-turbo
Description: JPEG image codec with accelerated baseline compression and decompression (mingw-w64)
Upstream URL: https://libjpeg-turbo.org/
Keywords: libjpeg-turbo mingw mingw-w64
Licenses: custom
Conflicts: mingw-w64-libjpeg, mingw-w64-libjpeg6-turbo
Provides: mingw-w64-libjpeg
Submitter: brcha
Maintainer: drakkan
Last Packager: drakkan
Votes: 23
Popularity: 0.084172
First Submitted: 2012-06-12 18:07 (UTC)
Last Updated: 2022-02-26 08:45 (UTC)

Latest Comments

xantares commented on 2020-05-19 07:59 (UTC)

hello, could you remove the exes ?

Schala commented on 2015-09-11 01:33 (UTC)

Bumping this to use JPEG 8. Feel free to make a mingw-w64-libjpeg6-turbo package if you need the compatibility. I'm doing this to better match up to native PKGBUILD

xantares commented on 2014-11-14 10:57 (UTC)

hi, the flags are already set by mingw-w64-cmake, which also pulls mingw-w64-gcc. xan.

xantares commented on 2014-10-28 14:03 (UTC)

hi, you could use the cmake build system like fedora does, https://apps.fedoraproject.org/packages/mingw32-libjpeg-turbo/sources/ this way the build would be faster and you'd not have to explicit build flags as these are set by mingw-w64-cmake now: xan.

pingplug commented on 2014-05-04 14:03 (UTC)

Please use CMake to build it, or it will not work some time, thanks!

ant32 commented on 2013-12-31 23:46 (UTC)

For binaries and repo visit http://mingw-w64-archlinux.sourceforge.net/

ant32 commented on 2013-12-24 03:00 (UTC)

I created this patch to make mingw-w64-poppler compile. Would you be able to look into this and check how to correctly fix this? I have not checked if this has been fixed upstream. --- libjpeg-turbo-1.3.0/win/jmorecfg.h.orig 2013-12-23 12:55:22.955697704 -0600 +++ libjpeg-turbo-1.3.0/win/jmorecfg.h 2013-12-23 12:55:24.072364380 -0600 @@ -159,7 +159,7 @@ /* INT32 must hold at least signed 32-bit values. */ +#if !defined XMD_H && !defined _BASETSD_H_ /* X11/xmd.h correctly defines INT32 */ -#ifndef XMD_H /* X11/xmd.h correctly defines INT32 */ typedef long INT32; #endif @@ -228,7 +228,7 @@ * Defining HAVE_BOOLEAN before including jpeglib.h should make it work. */ +#if !defined HAVE_BOOLEAN && !defined __RPCNDR_H__ -#ifndef HAVE_BOOLEAN typedef int boolean; #endif #ifndef FALSE /* in case these macros already exist */

hauzer commented on 2013-10-27 04:07 (UTC)

Add staticlibs to options.

Schala commented on 2013-04-17 23:03 (UTC)

Ah ok

brcha commented on 2013-04-17 22:58 (UTC)

Windows binaries are malformed as it is... When you change any package you have to rebuild most of them. Stupid design, but what ya' gonna do. These xFLAGS are copied from fedora's mingw packages. If they haven't encountered problems with them for 3+ years of using them for mingw, I guess they work fine. Also, fortify source is only buffer overflow prevention. It does malform binaries that tend to have buffer overflows, but shouldn't do anything bad to regular programs.

Schala commented on 2013-04-17 22:34 (UTC)

Why does this define _FORTIFY_SOURCE? I thought that malforms the binaries.