To all parts interested, I spoke to Redhat. Their position is:
> If you open a support case, it will contribute to the decision to backport > this change to Red Hat Enterprise Linux 7.4.z. > https://access.redhat.com/support/cases/ > On the engineering side, we can see the value in doing the backport, and it > we have already determined that it is technically feasible. But we currently > lack a business justification, and more customer feedback could change that. As a CentOS user, I can’t really open a case on their side. If some Redhat user could step up and make the case, that would be beneficial for everyone! dr. Alexandre Strube a.str...@fz-juelich.de Jülich Supercomputing Centre Institute for Advanced Simulation Forschungszentrum Juelich GmbH 52425 Jülich, Germany Phone: +49 2461 61-3866 Fax: +49 2461 61-6656 JSC is the coordinator of the John von Neumann Institute for Computing (NIC) and member of the Gauss Centre for Supercomputing (GCS) > On 13. Nov 2017, at 09:21, Paul Melis <paul.me...@surfsara.nl> wrote: > > A related link at intel, with references to relevant glibc bug reports, is > > https://software.intel.com/en-us/articles/intel-compiler-not-compatible-with-glibc-224-9-and-newer. > > I don't think this has caused issues at our place yet, but it's definitely > screwing up the plans for an update to RHEL 7.4 :-/ > > Paul > > On 12-11-17 20:59, Joachim Hein wrote: >> We got bitten by: >> https://software.intel.com/en-us/articles/inconsistent-program-behavior-on-red-hat-enterprise-linux-74-if-compiled-with-intel >> We are running CentOS 7.4. Many of our intel build apps are not working >> any longer. >> Best wishes >> Joachim >> Sent from my nanoPad > > > -- > > Paul Melis > | Visualization group leader & developer | SURFsara | > | Science Park 140 | 1098 XG Amsterdam | > | T 020 800 1312 | paul.me...@surfsara.nl | www.surfsara.nl |
signature.asc
Description: Message signed with OpenPGP