Support for Flang and ARM HPC compiler

Support for Flang and ARM HPC compiler

[pawel.osmialowski]

Hello all,

This patch is a part of the cross-project set of patches
that soon will be sent to all of the relevant GNU Autotools
components: gnulib, autoconf, automake and libtool.

The purpose of this is to add awareness of the new LLVM Fortran
compiler (Flang) along with LLVM-derived ARM HPC Compilers.

These new compilers are recognized by their executable binary
names: flang, armflang, armclang, armclang++

Without those patches 'configure' script generates wrong set
of command-line flags.

Best regards,
Paul Osmialowski

Support for Flang and ARM HPC compiler

[pawel.osmialowski]

Hello all,

This patch is a part of the cross-project set of patches
that soon will be sent to all of the relevant GNU Autotools
components: gnulib, autoconf, automake and libtool.

The purpose of this is to add awareness of the new LLVM Fortran
compiler (Flang) along with LLVM-derived ARM HPC Compilers.

These new compilers are recognized by their executable binary
names: flang, armflang, armclang, armclang++

Without those patches 'configure' script generates wrong set
of command-line flags.

Best regards,
Paul Osmialowski

Support for Flang and ARM HPC compiler

[pawel.osmialowski]

Hello all,

This patch is a part of the cross-project set of patches
that soon will be sent to all of the relevant GNU Autotools
components: gnulib, autoconf, automake and libtool.

The purpose of this is to add awareness of the new LLVM Fortran
compiler (Flang) along with LLVM-derived ARM HPC Compilers.

These new compilers are recognized by their executable binary
names: flang, armflang, armclang, armclang++

Without those patches 'configure' script generates wrong set
of command-line flags.

This is a re-send of the patch after rebase.

Best regards,
Paul Osmialowski

[PATCH] Support for Flang and ARM HPC compiler

[pawel.osmialowski]

From: Paul Osmialowski <pawel.osmialowski@arm.com>

Signed-off-by: Paul Osmialowski <pawel.osmialowski@arm.com>
---
 build-aux/config.rpath | 3 +++
 m4/std-gnu11.m4        | 5 ++++-
 2 files changed, 7 insertions(+), 1 deletion(-)

diff --git a/build-aux/config.rpath b/build-aux/config.rpath
index be202c1a9..20b45351d 100755
--- a/build-aux/config.rpath
+++ b/build-aux/config.rpath
@@ -79,6 +79,9 @@ else
         nagfor*)
           wl='-Wl,-Wl,,'
           ;;
+        armflang* | flang*)
+          wl='-Wl,'
+          ;;
         pgcc* | pgf77* | pgf90* | pgf95* | pgfortran*)
           wl='-Wl,'
           ;;
diff --git a/m4/std-gnu11.m4 b/m4/std-gnu11.m4
index 23e7f75f1..98ece5f49 100644
--- a/m4/std-gnu11.m4
+++ b/m4/std-gnu11.m4
@@ -58,6 +58,9 @@ fi
 if test -z "$CC"; then
   AC_CHECK_TOOLS(CC, cl.exe)
 fi
+if test -z "$CC"; then
+  AC_CHECK_TOOL(CC, armclang)
+fi
 if test -z "$CC"; then
   AC_CHECK_TOOL(CC, clang)
 fi
@@ -126,7 +129,7 @@ if test -z "$CXX"; then
   else
     AC_CHECK_TOOLS(CXX,
 		   [m4_default([$1],
-			       [g++ c++ gpp aCC CC cxx cc++ cl.exe FCC KCC RCC xlC_r xlC clang++])],
+			       [g++ c++ gpp aCC CC cxx cc++ cl.exe FCC KCC RCC xlC_r xlC armclang++ clang++])],
 		   g++)
   fi
 fi
-- 
2.19.1

Re: Support for Flang and ARM HPC compiler

[Bruno Haible]

Hi Pul,

> This patch is a part of the cross-project set of patches
> that soon will be sent to all of the relevant GNU Autotools
> components: gnulib, autoconf, automake and libtool.
> 
> The purpose of this is to add awareness of the new LLVM Fortran
> compiler (Flang) along with LLVM-derived ARM HPC Compilers.
> 
> These new compilers are recognized by their executable binary
> names: flang, armflang, armclang, armclang++
> 
> Without those patches 'configure' script generates wrong set
> of command-line flags.

While the patches in principle look harmless, I stand by what I said in [1]:

  * The patch to gnulib/m4/std-gnu11.m4 is interesting to us *once* the
    corresponding Autoconf patch [2] has been accepted.

  * The patch to gnulib/build-aux/config.rpath is interesting to us *once* the
    corresponding Libtool patch [3] has been accepted.

Yes, I know, maintenance on the Autoconf and Libtool side is slow these days.

Bruno

[1] https://lists.gnu.org/archive/html/bug-gnulib/2017-09/msg00174.html
[2] https://lists.gnu.org/archive/html/autoconf-patches/2017-08/msg00013.html
[3] https://lists.gnu.org/archive/html/libtool-patches/2017-08/msg00002.html