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.