[Linuxppc-users] Toolchain version for RHEL 7.1

[Ben Hood]

Here’s the output from ldd:

$ ldd /tmp/c4/erts-10.1.1/bin/erlc
/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)
/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)
    linux-vdso64.so.1 =>   (0x00003fff7acb0000)
    libutil.so.l => /opt/atl2.0/lib64/power8/libutil.so.1 (0x00003fff7ac80000)
    libdl.so.2 => /opt/atl2.0/lib64/power8/libdl.so.2 (0x00003fff7ac50000)
    libm.30.6 => /opt/atl2.0/lib64/power8/libm.so.6 (0x00003fff7aaf0000)
    libc.30.6 => /opt/atl2.0/lib64/power8/libc.so.6 (0x00003fff7a8a0000)
    /opt/atl2.0/lib64/ld64.so.2 => /Iib64/ld64.so.2 (0x000000002d750000

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?

> On 13 Nov 2018, at 16:33, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote:
> 
> That runtime package is supposed to install the AT glibc (under /opt/atX.X/lib64/...).
> 
> 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/...
> 
> AT-built binaries should have the AT dynamic loader pre-configured so they always use it.
> 
> 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" ?
> 
> 
> Mit freundlichen Gruessen / Best Regards
> 
> Ulrich Weigand
> 
> -- 
> Dr. Ulrich Weigand | Phone: +49-7031/16-3727
> STSM, GNU/Linux compilers and toolchain
> IBM Deutschland Research & Development GmbH
> Vorsitzende des Aufsichtsrats: Martina Koederitz | Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294
> 
> <graycol.gif>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,
> 
> From: Ben Hood <ben at relops.com>
> To: linuxppc-users at lists.ozlabs.org
> Date: 13.11.2018 16:28
> Subject: Re: [Linuxppc-users] Toolchain version for RHEL 7.1
> Sent by: "Linuxppc-users" <linuxppc-users-bounces+ulrich.weigand=de.ibm.com at lists.ozlabs.org>
> 
> 
> 
> 
> Many thanks for the heads up.
> 
> 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.
> 
> Is this in another AT RPM package?
> 
> Perusing the FAQS
> 
> https://developer.ibm.com/linuxonpower/advance-toolchain/adv-tool-usage/#faq1A <https://developer.ibm.com/linuxonpower/advance-toolchain/adv-tool-usage/#faq1A>
> 
> 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.
> 
> Other FAQs indicate that you can use
> 
> /opt/atX.X/sbin/ldconfig
> 
> To cache the correct library path, but running this hasn’t resolved the missing glibc object.
> 
> Am I looking at the wrong FAQs?
> 
> 
> > On 13 Nov 2018, at 13:52, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote:
> > 
> > The AT uses a completely separate runtime library which is incompatible with the system library.
> > 
> > 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.
> > 
> > 
> > Mit freundlichen Gruessen / Best Regards
> > 
> > Ulrich Weigand
> > 
> > -- 
> > Dr. Ulrich Weigand | Phone: +49-7031/16-3727
> > STSM, GNU/Linux compilers and toolchain
> > IBM Deutschland Research & Development GmbH
> > Vorsitzende des Aufsichtsrats: Martina Koederitz | Geschäftsführung: Dirk Wittkopp
> > Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294
> > 
> > <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:
> > 
> > From: Ben Hood <ben at relops.com>
> > To: linuxppc-users at lists.ozlabs.org
> > Date: 13.11.2018 14:50
> > Subject: [Linuxppc-users] Toolchain version for RHEL 7.1
> > Sent by: "Linuxppc-users" <linuxppc-users-bounces+ulrich.weigand=de.ibm.com at lists.ozlabs.org>
> > 
> > 
> > 
> > 
> > Hi list,
> > 
> > I’m having issues loading the binary I’ve cross compiled for ppc64le/RHEL 7.1:
> > 
> > /lib64/ld64.so.2: version ‘GLIBC_2.23’ not found (required by /opt/at12.0/lib64/power8/libm.so.6)
> > 
> > The onboard version of glibc appears to be 2.17-157.el7.
> > 
> > What is the idiomatic way to supply the required glibc version?
> > 
> > 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?
> > 
> > Thanks in advance,
> > 
> > Ben
> > 
> > 
> > _______________________________________________
> > Linuxppc-users mailing list
> > Linuxppc-users at lists.ozlabs.org
> > https://lists.ozlabs.org/listinfo/linuxppc-users <https://lists.ozlabs.org/listinfo/linuxppc-users>
> > 
> > 
> > 
> > 
> 
> _______________________________________________
> Linuxppc-users mailing list
> Linuxppc-users at lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/linuxppc-users <https://lists.ozlabs.org/listinfo/linuxppc-users>
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/linuxppc-users/attachments/20181113/f82e0061/attachment.html>