-
Bug
-
Resolution: Unresolved
-
Major
-
rhel-8.10
-
autoconf-2.69-29.el8_10.1
-
Normal
-
1
-
sst_pt_libraries
-
ssg_platform_tools
-
1
-
No
-
Red Hat Enterprise Linux
-
SST PT Libraries Sprint 7
-
Requested
-
RegressionOnly
-
Release Note Not Required
-
-
x86_64
-
None
What were you trying to do that didn't work?
A customer is using Intel Fortran Compiler instead of gcc.
Intel identified a known issue with autoconf-2.69 which was fixed with autoconf-2.70 through the following commit:
commit ae26b9b44c183c41b84fc36ff70082713295d621
Author: Paul Eggert <eggert@cs.ucla.edu>
Date: Wed Jul 22 12:56:19 2020 -0700
Port AC_F77_LIBRARY_LDFLAGS to oneAPI HPC Toolkit
Problem reported by Bill Dieter in:
https://lists.gnu.org/r/bug-autoconf/2020-07/msg00089.html
* lib/autoconf/fortran.m4 (_AC_FC_LIBRARY_LDFLAGS):
Defend against 'clang -mllvm -loopopt=0'.
diff --git a/lib/autoconf/fortran.m4 b/lib/autoconf/fortran.m4
index 0a0c4168..59a8859b 100644
--- a/lib/autoconf/fortran.m4
+++ b/lib/autoconf/fortran.m4
@@ -698,6 +698,7 @@ while test $[@%:@] != 1; do
-zallextract*| -zdefaultextract)
ac_cv_[]_AC_LANG_ABBREV[]_libs="$ac_cv_[]_AC_LANG_ABBREV[]_libs $ac_arg"
;;
+ -mllvm) ${2+shift};; # Defend against 'clang -mllvm -loopopt=0'.
# Ignore everything else.
esac
done
Please backport this commit to both RHEL8.10 and RHEL9.
Please provide the package NVR for which bug is seen:
autoconf-2.69
How reproducible:
Always by the customer
