Package Details: lib32-freeimage 3.17.0-3

Git Clone URL: https://aur.archlinux.org/lib32-freeimage.git (read-only)
Package Base: lib32-freeimage
Description: Library project for developers who would like to support popular graphics image formats
Upstream URL: http://freeimage.sourceforge.net
Licenses: GPL, custom:FIPL
Submitter: None
Maintainer: ducakar
Last Packager: ducakar
Votes: 15
Popularity: 0.129532
First Submitted: 2011-02-20 20:34
Last Updated: 2016-05-28 08:11

Latest Comments

ducakar commented on 2016-05-28 08:12

Thanks. Fixed and reported the issue.

balwierz commented on 2016-05-24 23:55

Unfortunately compilation fails with gcc 6.1.1 20160501

```
Source/LibRawLite/./internal/dcraw_common.cpp: In member function ‘void LibRaw::vng_interpolate()’:
Source/LibRawLite/./internal/dcraw_common.cpp:4545:3: error: narrowing conversion of ‘128’ from ‘int’ to ‘signed char’ inside { } [-Wnarrowing]
}, chood[] = { -1,-1, -1,0, -1,+1, 0,+1, +1,+1, +1,0, +1,-1, 0,-1 };
^
Source/LibRawLite/./internal/dcraw_common.cpp:4545:3: error: narrowing conversion of ‘136’ from ‘int’ to ‘signed char’ inside { } [-Wnarrowing]
Makefile.gnu:64: recipe for target 'Source/LibRawLite/./internal/dcraw_common.o' failed
make[1]: *** [Source/LibRawLite/./internal/dcraw_common.o] Error 1
```
I checked the code, and there are indeed 0x80 and 0x88 inside static const _signed_ char { }
I suggest adding -std=c++98 to CXX flags (to disable c++11) && contacting the upstream.

rcrath commented on 2015-06-30 23:07

that worked, thanks!

ducakar commented on 2015-06-28 14:59

Look like GCC 5 checks syntax of macros even when they are not processed. I've fixed it in the update.

rcrath commented on 2015-06-27 04:51

Hi, I am running into the following error when compiling from MAKEPKG as well as from source:
=====
Source/LibWebP/./src/dsp/dsp.upsampling_mips_dsp_r2.c:43:48: error: invalid character ' ' in raw string delimiter
"srl %["#R"], %["#R"], 24 \n\t"
=====

I found this cryptic message from the dev at http://sourceforge.net/p/freeimage/discussion/36110/thread/605ef8e4/?limit=25#779a but cannot figure it out.
=====
Hi,
The code for dsp.upsampling_mips_dsp_r2.c is disabled because of the directive included in this file
if defined(WEBP_USE_MIPS_DSP_R2)
So your compiler shouldn't try to analyse the code.
Hervé
=====
Any ideas what I need to do? THanks you!

Agt commented on 2015-04-27 20:12

Actually lib32-freeimage-3.17.0-1 compiles fine with default /etc/makepkg.conf. It failed because I had replaced "-march=x86-64 -mtune=generic" by "-march=native" in this file (https://wiki.archlinux.org/index.php/Makepkg#Architecture.2C_compile_flags).
Sorry.

Agt commented on 2015-04-27 18:45

Sorry for the confusion. I don't use testing. Enabled repositories are:

$ grep '^\[' /etc/pacman.conf | fgrep -v '[options]'
[core]
[extra]
[community]
[multilib]

Agt commented on 2015-04-27 18:43

Sorry for the confusion. I don't use testing. Enabled repositories are:

$ grep '^\[' /etc/pacman.conf
[options]
[core]
[extra]
[community]
[multilib]

ducakar commented on 2015-04-27 10:10

What does "latest updates" mean? GCC 5.1 from testing?

Agt commented on 2015-04-26 23:14

Hello,
lib32-freeimage-3.17.0-1 doesn't compile on my 64-bit system (with latest updates):

Source/OpenEXR/./IlmImf/ImfSystemSpecific.cpp -o Source/OpenEXR/./IlmImf/ImfSystemSpecific.o
Source/OpenEXR/./IlmImf/ImfSystemSpecific.cpp: In constructor ‘Imf_2_2::CpuId::CpuId()’:
Source/OpenEXR/./IlmImf/ImfSystemSpecific.cpp:51:29: error: inconsistent operand constraints in an ‘asm’
: /* Clobber */);
^
Source/OpenEXR/./IlmImf/ImfSystemSpecific.cpp:51:29: error: inconsistent operand constraints in an ‘asm’
: /* Clobber */);
^
Makefile.gnu:64: recipe for target 'Source/OpenEXR/./IlmImf/ImfSystemSpecific.o' failed
make[1]: *** [Source/OpenEXR/./IlmImf/ImfSystemSpecific.o] Error 1
make[1]: Leaving directory '/tmp/pacaurtmp-agt/lib32-freeimage/src/FreeImage'
Makefile:21: recipe for target 'default' failed

Thanks for your time. More details upon request.

Zento commented on 2013-01-25 10:01

Thanks, now everything worked fine.

ducakar commented on 2013-01-24 13:34

Obviously all of you have gcc/binutils from core instead of gcc-multilib/binutils-multilib, which is required for building 32-bit binaries. I've added it under makedepends.

Zento commented on 2013-01-23 16:48

I got a different error with gcc and the added Flag: http://pastebin.com/EQLFkzfL

And this is the result of using clang/clang++ without the flag: http://pastebin.com/FDVctYuU

ducakar commented on 2013-01-23 12:08

I still cannot reproduce the error, but as I investigated it, I think adding "-std=c++98" to CXXFLAGS should fix it. Could you try this solution too?

ducakar commented on 2013-01-23 11:57

Could you try if it builds with Clang? Just replace gcc/g++ with clang/clang++ in PKGBUILD.
If it does, this could be used as a quick dirty workaround.

Anonymous comment on 2013-01-23 05:02

I'm getting the same error as Zento and the_gamer, same exact output...
Bummer, I wanted to play vertigo...

Zento commented on 2013-01-22 18:47

I have the same problem as `the_gamer`.
See my output: http://pastebin.com/GmTMZukR

ducakar commented on 2013-01-08 14:00

Sorry, I cannot reproduce this error.
And please run as `LANG=C makepkg` next time, weil mein Deutsch sehr schlecht ist :).

Anonymous comment on 2013-01-07 19:55

Doesn't compile:
http://pastie.org/5643976

Anonymous comment on 2011-05-15 18:00

Updated, thank you!

Huulivoide commented on 2011-05-15 11:20

http://paste.pocoo.org/show/389268/
here is a working PKGBUILD

Huulivoide commented on 2011-05-15 10:37

please build from source :D