On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote: > Hi, > > Jean Brefort wrote: > > > Three symbols are concerned: > > jpeg_mem_init, jpeg_mem_term and jpeg_mem_available. > > > > Building an executable using the two libraries might crash. This happens > > for me > > with gnumeric (from git) when goffice is built with eps support and when I > > try > > to add a jpeg image inside a sheet.
Hello, Since libjpeg8 uses versionned symbols, I would suggest libgs9 to use different symbol version for these three symbols. > More details would be useful, including a stacktrace or error messages > if possible. > > >From gs/base/sjpegc.c: > > Ghostscript uses a non-public interface to libjpeg in order to > override the library's default memory manager implementation. Is it still necessary with libjpeg8 ? > Do you know if libjpeg provides a way to use a custom allocator > without interfering with other modules in the same process image > that might not want to use it? I will ask upstream. Cheers, -- Bill. <[email protected]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/20111223222718.GD18843@yellowpig
