why oh why would AMD let people use binaries that don't work??
in my case x86_open64-18.104.22.168 from rpm package that AMD say is for
"..SLES 11, RHEL 6 - For AMD Opteron Family 15h processors - 22.214.171.124 patch.."
AMD know that distro-stock binaries would not satisfy all open64-126.96.36.199 requirements, right? and many many distros derive from the two above, so that must be premeditated decision, why?
Am I correct, 188.8.131.52 won't work with eg. rhel 6.3 gcc/gfortran?
ldd /opt/acml-5-3-0-gfortran-64bit1/gfortran64_mp/lib/libacml_mp.so /opt/acml-5-3-0-gfortran-64bit1/gfortran64_mp/lib/libacml_mp.so: /usr/lib64/libgfortran.so.3: version `GFORTRAN_1.4' not found (required by /opt/acml-5-3-0-gfortran-64bit1/gfortran64_mp/lib/libacml_mp.so)
linux-vdso.so.1 => (0x00007fff4bdae000)
librt.so.1 => /lib64/librt.so.1 (0x00007fc2697bc000)
any (semi)-official way around it? fix? solution?
This looks like the dependencies for libacml_mp.so is not resolved correctly.
There are similar issues mentioned in the following link and specifying right libraries in LD_LIBRARY_PATH resolves the issue:
If this doesn't help, please share your enviroment/configuration details to investigate further