<div dir="ltr">I'm not sure if it's caused by this binutils upgrade (because openssl in oe-core is also using version script, imported from debian) or some change in cmake/openssl, but today all recipes using cmake are failing with:<div><br></div><div><div>| DEBUG: Executing shell function do_configure</div><div>| cmake: sysroots/x86_64-linux/usr/bin/../lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by cmake)</div><div>| cmake: sysroots/x86_64-linux/usr/bin/../lib/libssl.so.1.0.0: version `OPENSSL_1.0.1' not found (required by cmake)</div><div>| cmake: sysroots/x86_64-linux/usr/bin/../lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by cmake)</div><div>| WARNING: exit code 1 from a shell command.</div></div><div><br></div><div>Maybe it's another symptom of missing openssl-native dependency in cmake-native (just like libidn-native issue reported here <a href="https://bugzilla.yoctoproject.org/show_bug.cgi?id=9639">https://bugzilla.yoctoproject.org/show_bug.cgi?id=9639</a>) - and cmake-native was originally linked against host's openssl which was built with version script and binutils-2.24 (Ubuntu-14.04), but then it's executed with libssl and libcrypto from native sysroot, where the version script didn't work:</div><div><br></div><div><div>$ ldd sysroots/x86_64-linux/usr/bin/cmake</div><div>sysroots/x86_64-linux/usr/bin/cmake: sysroots/x86_64-linux/usr/bin/../lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by sysroots/x86_64-linux/usr/bin/cmake)</div><div>sysroots/x86_64-linux/usr/bin/cmake: sysroots/x86_64-linux/usr/bin/../lib/libssl.so.1.0.0: version `OPENSSL_1.0.1' not found (required by sysroots/x86_64-linux/usr/bin/cmake)</div><div>sysroots/x86_64-linux/usr/bin/cmake: sysroots/x86_64-linux/usr/bin/../lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by sysroots/x86_64-linux/usr/bin/cmake)</div><div> linux-vdso.so.1 => (0x00007ffed2fce000)</div><div> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb631276000)</div><div> libssl.so.1.0.0 => sysroots/x86_64-linux/usr/bin/../lib/libssl.so.1.0.0 (0x00007fb63100c000)</div><div> libcrypto.so.1.0.0 => sysroots/x86_64-linux/usr/bin/../lib/libcrypto.so.1.0.0 (0x00007fb630bc1000)</div><div> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fb6308bd000)</div><div> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb6305b7000)</div><div> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fb6303a1000)</div><div> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb62ffdc000)</div><div> /lib64/ld-linux-x86-64.so.2 (0x00007fb63147a000)</div></div><div><br></div><div>Which is sort of confirmed by removing libssl.so and libcrypto.so from native sysroot, I can execute cmake binary again.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 9, 2016 at 5:24 PM, Richard Purdie <span dir="ltr"><<a href="mailto:richard.purdie@linuxfoundation.org" target="_blank">richard.purdie@linuxfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 2016-08-09 at 07:42 -0700, Khem Raj wrote:<br>
> I could also see it on ppc. backtrace, shows the segfault is in exit<br>
> path and happens in libc<br>
> at this point, I think the problem is how libc is compiled with<br>
> binutils 2.27, connman itself<br>
> is ok.<br>
<br>
</span>Its the issue here:<br>
<br>
<a href="https://sourceware.org/ml/glibc-bugs/2015-01/msg00274.html" rel="noreferrer" target="_blank">https://sourceware.org/ml/<wbr>glibc-bugs/2015-01/msg00274.<wbr>html</a><br>
<a href="https://sourceware.org/bugzilla/show_bug.cgi?id=17908" rel="noreferrer" target="_blank">https://sourceware.org/<wbr>bugzilla/show_bug.cgi?id=17908</a><br>
<br>
Basically, if you remove the global _IO_stdin_used symbol, it triggers<br>
compatibility code which crashes.<br>
<br>
I've confirmed that if I add that symbol to the version-script in<br>
connman, things work again.<br>
<br>
Any idea how we raise the priority of this issue. There are no comments<br>
on the bug despite it having been posted a while ago :(.<br>
<br>
Cheers,<br>
<br>
Richard<br>
<span class="HOEnZb"><font color="#888888">--<br>
______________________________<wbr>_________________<br>
Openembedded-devel mailing list<br>
<a href="mailto:Openembedded-devel@lists.openembedded.org">Openembedded-devel@lists.<wbr>openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-devel" rel="noreferrer" target="_blank">http://lists.openembedded.org/<wbr>mailman/listinfo/openembedded-<wbr>devel</a><br>
</font></span></blockquote></div><br></div></div>