[Interest] Conflicting libjpeg versions

Etienne Sandré-Chardonnal etienne.sandre at m4x.org
Tue Mar 29 22:44:26 CEST 2016


nm --demangle libQt5Gui.a :

Output:
...
                 U jpeg_calc_output_dimensions
                 U jpeg_CreateCompress
                 U jpeg_CreateDecompress
                 U jpeg_destroy_compress
                 U jpeg_destroy_decompress
                 U jpeg_finish_compress
                 U jpeg_finish_decompress
                 U jpeg_read_header
                 U jpeg_read_scanlines
                 U jpeg_resync_to_restart
                 U jpeg_save_markers
                 U jpeg_set_defaults
                 U jpeg_set_quality
                 U jpeg_start_compress
                 U jpeg_start_decompress
                 U jpeg_std_error
                 U jpeg_write_marker
                 U jpeg_write_scanlines
...

This was compiled with -system-libjpeg

Etienne

2016-03-29 19:09 GMT+02:00 Thiago Macieira <thiago.macieira at intel.com>:

> On terça-feira, 29 de março de 2016 18:57:45 PDT Etienne Sandré-Chardonnal
> wrote:
> > My conclusion : With -system-libjpeg, Qt is set to link to the system
> > library, but no symbols from it are effectively linked with the
> > application. It seems that the linker finds libjpeg symbols exported by
> Qt
> > static libraries themselves.
> >
> > Is this possible, and isn't this a bug?
>
> With -system-libjpeg, there should be no libjpeg symbols exported by Qt
> libraries.
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
>   Software Architect - Intel Open Source Technology Center
>
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20160329/c62dce9f/attachment.html>


More information about the Interest mailing list