[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