First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 251112
Alias:
Product:
Component:
Status: RESOLVED
Resolution: WONTFIX
Assigned To: Gentoo Games <games@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Diego E. 'Flameeyes' Pettenò <flameeyes@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 251112 depends on: 178110 Show dependency tree
Bug 251112 blocks: 251464 269516
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-12-16 10:43 0000
flame@yamato Source % ls
CacheFile.h         FreeImage    FreeImageIO.h  FreeImageToolkit  LibMNG      
LibPNG   Metadata  Plugin.h      ToneMapping.h  ZLib
DeprecationManager  FreeImage.h  FreeImageLib   LibJPEG           LibOpenJPEG 
LibTIFF  OpenEXR   Quantizers.h  Utilities.h

------- Comment #1 From Tristan Heaven 2009-03-23 16:33:49 0000 -------
I tried fixing this before but it didn't work very well (bug 178110).

It'd be great if you could look into it yourself and maybe write a book about
it if you want.

Upstream devs need convincing too...

Thank ye :)

------- Comment #2 From Asfand Yar Qazi 2009-05-12 04:40:58 0000 -------
This isn't a bug, it's a design decision by the freeimage people.  Close it :-)

------- Comment #3 From Robert Buchholz 2009-05-12 08:21:24 0000 -------
(In reply to comment #2)
> This isn't a bug, it's a design decision by the freeimage people.

It is a bad design decision, therefore it is a bug for us. Freeimage upstream
is unneccessarily increasing maintenance for themselves and us.

------- Comment #4 From basic 2009-06-15 00:55:29 0000 -------
I've taken a look at freeimage (latest cvs) to try and see if it is possible to
get it to use system libraries, the following is what I've found:

 - OpenEXR : It is possible to use system libs.

 - libmng : It is possible to use system libs. There's one instance where they
use an internal struct instead of api function call (mng_data.bReading vs
mng_status_reading), probably either for optimisation or else just old API.

 - libpng : It is be possible to use system libs. Need to define
PNG_iTXt_SUPPORTED after including pngconf.h

 - libjpeg : It is possible to use system libs, but they still need the jpeg
source code as they use functions from jpegtrans which are not in libjpeg (but
in jpegtrans executable). This means that bugfixes to jpegtrans still won't
automatically fix freeimage.

 - openjpeg : It is possible to use system libs. Though they seem to be using
an unreleased SVN snapshot.

 - libtiff : They wrote their own wrapper functions to work with their I/O
layer. This requires access to some internal structs which are not exposed
though tiffio.h (need tiffiop.h). It does link with libtiff if their copy of
libtiff is not compiled though. And they use a cvs snapshot one I think.

 - zlib: It should be possible to use system libs, though they use "OS_CODE"
from zutils.h which is not exposed. Sould be possible to work around it.

to recap:
OpenEXR, libmng, libpng and zlib should be easy to fix.

not sure about libjpeg or libtiff.

from their changelog they seem to use a svn/cvs snapshots for openjpeg and
libtiff, so not sure if they would be willing to support system libs for those.

------- Comment #5 From Tristan Heaven 2009-11-05 01:56:13 0000 -------
removed media-libs/freeimage

First Last Prev Next    No search results available      Search page      Enter new bug