Hello Intel Team,
is it possible to keep using the 2016 intel Fortran compiler, maybe in combination with an oneAPI license? I would need the 2016 version as it is the last one supported by an external user subroutine linked with Abaqus. Newer versions (including version 2021 included in oneAPI) are not compatible with the Abaqus internal runtime libraries and lead to a Abaqus runtime symbol lookup error after the succesful compilation and linking of the subroutines.
Thank you very much in advance!
We have not changed our Fortran ABI and APIs for many many many years. The latest compilers should work with 3rd party programs EVEN IF they don't list the latest compiler under their Requirements or Support documentation. Our advice is try the new compiler and we're sure it will work. If not it's a bug and we'll fix it.
thank you for the fast reply!
However I am not using windows but a ubuntu 18 instead. So this bug should actually not appear in my case as far as I understood. Abaqus actually finishes compiling and linking succesfully and starts the Abaqus executable but fails immediatly at runtime with the symbol look up error: 'undefined symbol __for_ieee_quiet_ne_k8_ '
something is wrong in your environment. that function is in libifcore, which is in /opt/intel/oneapi/compiler/2021.2.0/linux/compiler/lib/intel64. Do you have that path in your LD_LIBRARY_PATH?
before starting Abaqus? Perhaps put that in your .bashrc or other startup dot file.
I sourced the /opt/intel/oneapi/setvars.sh and added it to my .bashrc file. Also checked the LD_LIBRARY_PATH and the path to the libifcore library should be included.
in my filesystem the libifcore library is both in
Could this be an Abaqus internal problem? The look up error apparently happens in a .so library generated temporally for the specific Abaqus simulation job:
/opt/abaqus/2018/SimulationServices/V6R2018x/linux_a64/code/bin/standard: symbol lookup error: /tmp/jhuber-037e4e68_Job-1_9860/libstandardU.so: undefined symbol: __for_ieee_quiet_ne_k8_
Its possible Abaqus hard-coded the LD_LIBRARY_PATH paths to the PSXE runtime libs or assumed the Redistributable Libraries were installed - which we are CURRENTLY not doing in oneAPI. We're reviewing this based on feedback from this Forum.
So try this whilst we work on the issue : Install the oneAPI runtime for Linux
now if this does NOT work, try installing Parallel Studio XE 2020, or 2019 or any version really. It's possible Abaqus has hard-coded a path for the older PSXE products. And check with them if they have suggestions for fixing this issue.
thank you for your advices.
Do I have to do anything further or is the installation of the oneAPI runtime enough? Is it the same compiler I got when downloading the oneAPI HPC toolkit?
Unfortunately my license for PSCXE expired so I cant test the 2020 or any of the earlier versions.
I will get in touch with Abaqus about that issue.