[quake3-bugzilla] [Bug 4564] Use system libjpeg instead of bundled copy (optionally)

bugzilla-daemon at icculus.org bugzilla-daemon at icculus.org
Sun Mar 13 15:28:40 EDT 2011


https://bugzilla.icculus.org/show_bug.cgi?id=4564

--- Comment #26 from Thilo Schulz <arny at ats.s.bawue.de> 2011-03-13 15:28:38 EDT ---
(In reply to comment #23)
> Unfortunately, libjpeg 6b and 8 headers can't be installed at the same time
> (ugh), and libsdl1.2-dev currently depends on libjpeg6b-dev, so using an
> external libjpeg8 is still tricky on Debian. I'll try to get that working
> again; supplying our own jpeg_mem_src (only) seems to work OK, and perhaps I
> can even use the one from the bundled libjpeg8 with the rest of the system
> libjpeg6b.

Hmm. I'd like to do without that workaround, as this hack should not be
required in future versions of debian. It seems to me you distributers have
pretty good mechanisms to manage required patches that work around shortcomings
in the distribution frameworks?

> Did you intend to kill off greyscale support? We previously had code to
> convert
> 8-bit greyscale to 32-bit RGBA...

It's not killed off. Reading through the libjpeg docs I just realized we can
have the library do the conversion. Check out the parameter set after the
header is read in.

Speaking of libSDL, you said it had a dependency on libjpeg6? Surely you mean
libSDL_image.so? I'd like to know whether it would be feasible or plausible to
offload all image loading functions to libSDL_image?

-- 
Configure bugmail: https://bugzilla.icculus.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the quake3-bugzilla mailing list