<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class="">Here’s the output from ldd:</div><div class=""><br class=""></div><div class="">$ ldd /tmp/c4/erts-10.1.1/bin/erlc</div><div class="">/tmp/c4/erts-10.1.1/bin/erlc: /lib64/ld64.30.2: version 'GLIBC2.23' not found (required by /opt/atl2.0/lib64/power8/libc.so.6)</div><div class="">/tmp/c4/erts-10.1.1/bin/erlc: /lib64/ld64.so.2: version 'GLIBC2.22' not found (required by /opt/atl2.0/lib64/power8/libc.so.6)</div><div class=""> linux-vdso64.so.1 => (0x00003fff7acb0000)</div><div class=""> libutil.so.l => /opt/atl2.0/lib64/power8/libutil.so.1 (0x00003fff7ac80000)</div><div class=""> libdl.so.2 => /opt/atl2.0/lib64/power8/libdl.so.2 (0x00003fff7ac50000)</div><div class=""> libm.30.6 => /opt/atl2.0/lib64/power8/libm.so.6 (0x00003fff7aaf0000)</div><div class=""> libc.30.6 => /opt/atl2.0/lib64/power8/libc.so.6 (0x00003fff7a8a0000)</div><div class=""> /opt/atl2.0/lib64/ld64.so.2 => /Iib64/ld64.so.2 (0x000000002d750000</div></div><div class=""><br class=""></div><div class="">I’m wondering whether when I compiled the binary, I had somehow compiled/linked against a glibc that is only available on the build machine, rather than instructing the compiler to 100% link against the libraries supplied by AT?</div><br class=""><div><blockquote type="cite" class=""><div class="">On 13 Nov 2018, at 16:33, Ulrich Weigand <<a href="mailto:Ulrich.Weigand@de.ibm.com" class="">Ulrich.Weigand@de.ibm.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><p class=""><font size="2" class="">That runtime package is supposed to install the AT glibc (under /opt/atX.X/lib64/...).</font><br class=""><br class=""><font size="2" class="">The AT dynamic loader (/opt/atX.X/lib64/ld64.so.2) is supposed to automatically use the AT libraries, including glibc, from /opt/atX.X/lib64/...</font><br class=""><br class=""><font size="2" class="">AT-built binaries should have the AT dynamic loader pre-configured so they always use it.</font><br class=""><br class=""><font size="2" class="">If this doesn't work for you, one of the above three steps must have failed somehow. What is the output when running your binary under "ldd" ?</font><br class=""><font size="2" class=""><br class=""><br class="">Mit freundlichen Gruessen / Best Regards<br class=""><br class="">Ulrich Weigand<br class=""><br class="">-- <br class=""> Dr. Ulrich Weigand | Phone: +49-7031/16-3727<br class=""> STSM, GNU/Linux compilers and toolchain<br class=""> IBM Deutschland Research & Development GmbH<br class=""> Vorsitzende des Aufsichtsrats: Martina Koederitz | Geschäftsführung: Dirk Wittkopp<br class=""> Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294</font><br class=""><br class=""><span id="cid:1__=4EBB09D7DFC9FF568f9e8a93df938690918c4EB@"><graycol.gif></span><font size="2" color="#424282" class="">Ben Hood ---13.11.2018 16:28:15---Many thanks for the heads up. I’ve installed advance-toolchain-at12.0-runtime on the target machine,</font><br class=""><br class=""><font size="2" color="#5F5F5F" class="">From: </font><font size="2" class="">Ben Hood <<a href="mailto:ben@relops.com" class="">ben@relops.com</a>></font><br class=""><font size="2" color="#5F5F5F" class="">To: </font><font size="2" class=""><a href="mailto:linuxppc-users@lists.ozlabs.org" class="">linuxppc-users@lists.ozlabs.org</a></font><br class=""><font size="2" color="#5F5F5F" class="">Date: </font><font size="2" class="">13.11.2018 16:28</font><br class=""><font size="2" color="#5F5F5F" class="">Subject: </font><font size="2" class="">Re: [Linuxppc-users] Toolchain version for RHEL 7.1</font><br class=""><font size="2" color="#5F5F5F" class="">Sent by: </font><font size="2" class="">"Linuxppc-users" <<a href="mailto:linuxppc-users-bounces+ulrich.weigand=de.ibm.com@lists.ozlabs.org" class="">linuxppc-users-bounces+ulrich.weigand=de.ibm.com@lists.ozlabs.org</a>></font><br class=""></p><hr width="100%" size="2" align="left" noshade="" style="color:#8091A5; " class=""><br class=""><br class=""><br class=""><tt class=""><font size="2" class="">Many thanks for the heads up.<br class=""><br class="">I’ve installed advance-toolchain-at12.0-runtime on the target machine, but this does not appear to supply a glibc of the required version.<br class=""><br class="">Is this in another AT RPM package?<br class=""><br class="">Perusing the FAQS<br class=""><br class=""></font></tt><tt class=""><font size="2" class=""><a href="https://developer.ibm.com/linuxonpower/advance-toolchain/adv-tool-usage/#faq1A" class="">https://developer.ibm.com/linuxonpower/advance-toolchain/adv-tool-usage/#faq1A</a></font></tt><tt class=""><font size="2" class=""><br class=""><br class="">Indicates that advance-toolchain-at12.0-runtime is mandatory, but I’m wondering if a GLIBC_2.23 object is supplied by a different package. I guess I could go through and install all of them to find out what works, but it feels like glibc is quite a fundamental building block.<br class=""><br class="">Other FAQs indicate that you can use<br class=""><br class="">/opt/atX.X/sbin/ldconfig<br class=""><br class="">To cache the correct library path, but running this hasn’t resolved the missing glibc object.<br class=""><br class="">Am I looking at the wrong FAQs?<br class=""><br class=""><br class="">> On 13 Nov 2018, at 13:52, Ulrich Weigand <<a href="mailto:Ulrich.Weigand@de.ibm.com" class="">Ulrich.Weigand@de.ibm.com</a>> wrote:<br class="">> <br class="">> The AT uses a completely separate runtime library which is incompatible with the system library.<br class="">> <br class="">> In order to run any binary compiled with AT, you must always install (at least the runtime components of) the AT on the system that is to run the binary.<br class="">> <br class="">> <br class="">> Mit freundlichen Gruessen / Best Regards<br class="">> <br class="">> Ulrich Weigand<br class="">> <br class="">> -- <br class="">> Dr. Ulrich Weigand | Phone: +49-7031/16-3727<br class="">> STSM, GNU/Linux compilers and toolchain<br class="">> IBM Deutschland Research & Development GmbH<br class="">> Vorsitzende des Aufsichtsrats: Martina Koederitz | Geschäftsführung: Dirk Wittkopp<br class="">> Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294<br class="">> <br class="">> <graycol.gif>Ben Hood ---13.11.2018 14:50:38---Hi list, I’m having issues loading the binary I’ve cross compiled for ppc64le/RHEL 7.1:<br class="">> <br class="">> From: Ben Hood <<a href="mailto:ben@relops.com" class="">ben@relops.com</a>><br class="">> To: <a href="mailto:linuxppc-users@lists.ozlabs.org" class="">linuxppc-users@lists.ozlabs.org</a><br class="">> Date: 13.11.2018 14:50<br class="">> Subject: [Linuxppc-users] Toolchain version for RHEL 7.1<br class="">> Sent by: "Linuxppc-users" <<a href="mailto:linuxppc-users-bounces+ulrich.weigand=de.ibm.com@lists.ozlabs.org" class="">linuxppc-users-bounces+ulrich.weigand=de.ibm.com@lists.ozlabs.org</a>><br class="">> <br class="">> <br class="">> <br class="">> <br class="">> Hi list,<br class="">> <br class="">> I’m having issues loading the binary I’ve cross compiled for ppc64le/RHEL 7.1:<br class="">> <br class="">> /lib64/ld64.so.2: version ‘GLIBC_2.23’ not found (required by /opt/at12.0/lib64/power8/libm.so.6)<br class="">> <br class="">> The onboard version of glibc appears to be 2.17-157.el7.<br class="">> <br class="">> What is the idiomatic way to supply the required glibc version?<br class="">> <br class="">> Is there some kind of incompatibility between the AT runtime version (and the choice of toolchain version on the build machine)? Can I solve this issue by using a different version of AT?<br class="">> <br class="">> Thanks in advance,<br class="">> <br class="">> Ben<br class="">> <br class="">> <br class="">> _______________________________________________<br class="">> Linuxppc-users mailing list<br class="">> <a href="mailto:Linuxppc-users@lists.ozlabs.org" class="">Linuxppc-users@lists.ozlabs.org</a><br class="">> </font></tt><tt class=""><font size="2" class=""><a href="https://lists.ozlabs.org/listinfo/linuxppc-users" class="">https://lists.ozlabs.org/listinfo/linuxppc-users</a></font></tt><tt class=""><font size="2" class=""><br class="">> <br class="">> <br class="">> <br class="">> <br class=""><br class="">_______________________________________________<br class="">Linuxppc-users mailing list<br class=""><a href="mailto:Linuxppc-users@lists.ozlabs.org" class="">Linuxppc-users@lists.ozlabs.org</a><br class=""></font></tt><tt class=""><font size="2" class=""><a href="https://lists.ozlabs.org/listinfo/linuxppc-users" class="">https://lists.ozlabs.org/listinfo/linuxppc-users</a></font></tt><tt class=""><font size="2" class=""><br class=""><br class=""></font></tt><br class=""><br class=""><br class="">
</div>
</div></blockquote></div><br class=""></body></html>