[quake3-bugzilla] [Bug 4564] Use system libjpeg instead of bundled copy (optionally)
bugzilla-daemon at icculus.org
bugzilla-daemon at icculus.org
Fri Feb 11 20:14:10 EST 2011
https://bugzilla.icculus.org/show_bug.cgi?id=4564
Thilo Schulz <arny at ats.s.bawue.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--- Comment #14 from Thilo Schulz <arny at ats.s.bawue.de> 2011-02-11 20:13:58 EST ---
(In reply to comment #13)
> Feel free to work on it; I don't have a massive amount of time for ioq3
> development right now, but will pick this up when I can.
Ok... sometime in the coming days i will
> The ideal thing from Debian's point of view would be if the bundled version of
> libjpeg is an unmodified copy of *some* version of IJG libjpeg, or failing
> that, minimally-modified in ways that are compatible.
Yes, don't worry. That's my plan as well.
> It looks as though jpeg_mem_src in libjpeg 8 removes the need for one of Q3's
> modifications, and we have an idea of how to fix the 4-byte/3-byte thing
> mentioned above, so the main remaining thing seems to be the malloc/free glue.
I don't consider it an issue - we can use the system malloc() and free()
handlers. When linking against libz that's what happens, too.
> I had a look at jpeg_memory_mgr a while ago, but it seems more like an internal
> abstraction layer than something that's designed to be replaceable by the host
> application?
If I find an easy way to replace the memory allocaters with custom functions
I'll do that of course.
--
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