[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