GCC requires `ar` to have plugin support when using LTO. While the situation
has improved as many distributions install the GCC plugin to a location
that GNU Binutils can automatically find, this isn't required and isn't done
by default.

By searching for `gcc-ar` first, we can make this case work without
intervention from the user.

Problem reported by R. Diez in: https://savannah.gnu.org/support/?110475

        * m4/ar-lib.m4 (AM_PROG_AR): Search for gcc-ar.
---
I'm still testing this and going to play with it some more in the wild,
but how does this look in principle?

 NEWS         | 3 +++
 m4/ar-lib.m4 | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/NEWS b/NEWS
index 30c0cd2c7..d448dba26 100644
--- a/NEWS
+++ b/NEWS
@@ -17,6 +17,9 @@ New in 1.17.92:
 
   - Support for Algol 68 added, based on the GNU Algol 68 compiler. (bug#75807)
 
+  - AM_PROG_AR now searches for 'gcc-ar' first.
+    (https://savannah.gnu.org/support/?110475)
+
 * Bugs fixed
 
   - Do not make Perl warnings fatal, per Perl's recommendation.
diff --git a/m4/ar-lib.m4 b/m4/ar-lib.m4
index 568ea0798..c00c1a51e 100644
--- a/m4/ar-lib.m4
+++ b/m4/ar-lib.m4
@@ -16,7 +16,7 @@ AC_BEFORE([$0], [AC_PROG_LIBTOOL])dnl
 AC_BEFORE([$0], [AC_PROG_AR])dnl
 AC_REQUIRE([AM_AUX_DIR_EXPAND])dnl
 AC_REQUIRE_AUX_FILE([ar-lib])dnl
-AC_CHECK_TOOLS([AR], [ar lib "link -lib"], [false])
+AC_CHECK_TOOLS([AR], [gcc-ar ar lib "link -lib"], [false])
 : ${AR=ar}
 : ${ARFLAGS=cr}
 
-- 
2.49.0




Reply via email to