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. <ballo...@debian.org> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223222718.GD18843@yellowpig
