Date: prev next · Thread: first prev next last
2019 Archives by date, by thread · List index


On Tue, 2019-01-22 at 13:58 +0000, Дилян Палаузов wrote:
Hello,

libjpeg.so can originate from 

libjpeg-turbo, https://en.wikipedia.org/wiki/Libjpeg#libjpeg-turbo
mozjpeg, https://en.wikipedia.org/wiki/Libjpeg#mozjpeg or
ijg.org (jpeg-9c)

With ./configure --with-system-jpeg, having installed jpeg-9c as
/usr/local/lib/libjpeg.so, make fails with

I tried with or without --with-system-jpeg and it fails only in the
latter case.

What exactly is the problem?

Well, its simply that the test expects
vcl/qa/cppunit/graphicfilter/data/jpg/fail/crash-1.jpg to fail to load
and it unexpectedly succeeded in loading.

All those --with-system-foo options aren't guaranteed to work in all
combinations. The bundled case is supposed to work, and the others are
at your own risk, with the major distros typically keeping their own
working, and libjpeg9 is unpopular as a default distro libjpeg

Someone who wants to use a system libjpeg-9 would have to investigate
if it succeeds for a good reason or if its pure luck, e.g. via
uninitialized data. Running it under valgrind like the trailing debug
text mentions would probably be good enough to rule out a "bad" success
there.

You can move it from the "fail" dir to the "indeterminate" if you just
want to "get on with it"


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.