<html><head></head><body><div>On Wed, 2017-01-11 at 12:19 +0000, Burton, Ross wrote:</div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 11 January 2017 at 03:51, Khem Raj <span dir="ltr"><<a href="mailto:raj.khem@gmail.com" target="_blank">raj.khem@gmail.com</a>></span> wrote:<br><blockquote type="cite"><div id="gmail-:5cu" class="gmail-a3s gmail-aXjCH gmail-m1598ba80a384f278">Signed-off-by: Khem Raj <<a href="mailto:raj.khem@gmail.com">raj.khem@gmail.com</a>><br></div><br></blockquote></div><br>This fails when building gdk-pixbuf for x86-64 with gobject-introspection enabled:<br></div><div class="gmail_extra"><br></div><blockquote type="cite">| /data/poky-master/tmp-glibc/work/corei7-64-poky-linux/gdk-pixbuf/2.36.1-r0/build/gdk-pixbuf/tmp-introspectylz98kc7/.libs/GdkPixbuf-2.0: Relink `/data/poky-master/tmp-glibc/sysroots/intel-corei7-64//usr/lib/libpng16.so.16' with `/data/poky-master/tmp-glibc/sysroots/intel-corei7-64//lib/libpthread.so.0' for IFUNC symbol `longjmp'<br></blockquote><div class="gmail_extra"><br></div><div>The gdk-pixbuf link does use -lpthread, is this saying that libpng should be linked against pthread too? I can replicate on demand if you have any suggestions.</div></div>
</blockquote><div><br></div><div>That's what it's saying, and this was introduced by the fix for:</div><div><br></div><div><a href="https://sourceware.org/bugzilla/show_bug.cgi?id=20019">https://sourceware.org/bugzilla/show_bug.cgi?id=20019</a></div><div><br></div><div>But I think this new behaviour is in itself a bug. It isn't reasonable to expect any library that calls longjmp() to link -lpthread just in case it might end up coexisting with another library that does. (The fact that libpthread defines longjmp is arguably a bug in itself, but one that we are stuck with.)</div><div><br></div><div>p.</div><div><br></div></body></html>