Thomas König
2019-Apr-23 12:59 UTC
[Rd] configure script issue with -flto with recent gcc and system ar/ranlib
Hi, there can be an issue with recent gcc where the system-installed "ar" and "ranlib" commands cannot handle LTO binaries. On compilation, this manifests itself with error messages claiming that they need extra plugins. This can be fixed by using the command line $ AR=gcc-ar RANLIB=gcc-ranlib ./configure --enable-lto so it is not a big issue, but it would still be nicer if the configure script tested the functionality of ar and ranlib itself and would select the appropriate one accordingly. This is with R version 3.5.3. Regards Thomas
Tomas Kalibera
2019-Apr-25 15:42 UTC
[Rd] configure script issue with -flto with recent gcc and system ar/ranlib
On 4/23/19 2:59 PM, Thomas K?nig wrote:> Hi, > > there can be an issue with recent gcc where the system-installed "ar" > and "ranlib" commands cannot handle LTO binaries.? On compilation, this > manifests itself with error messages claiming that they need extra > plugins. > > This can be fixed by using the command line > > $ AR=gcc-ar RANLIB=gcc-ranlib ./configure --enable-lto > > so it is not a big issue, but it would still be nicer if the configure > script tested the functionality of ar and ranlib itself and would > select the appropriate one accordingly. > > This is with R version 3.5.3.Thanks for the report. What was the version of binutils on the system with this problem? On my Ubuntu 18.04 I can use the binutils version of "ar" and "ranlib" with --enable-lto without problems.? I read that with recent binutils (2.25?), the LTO plugin should be loaded automatically, so one does not have to use the wrappers anymore. Thanks Tomas> > Regards > > ????Thomas > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel
Thomas König
2019-Apr-25 16:11 UTC
[Rd] configure script issue with -flto with recent gcc and system ar/ranlib
Hi Tomas,> On 4/23/19 2:59 PM, Thomas K?nig wrote: >> Hi, >> >> there can be an issue with recent gcc where the system-installed "ar" >> and "ranlib" commands cannot handle LTO binaries.? On compilation, this >> manifests itself with error messages claiming that they need extra >> plugins.> Thanks for the report. What was the version of binutils on the system > with this problem? On my Ubuntu 18.04 I can use the binutils version of > "ar" and "ranlib" with --enable-lto without problems.? I read that with > recent binutils (2.25?), the LTO plugin should be loaded automatically, > so one does not have to use the wrappers anymore.This was with, on x86_64-pc-linux-gnu, GNU ar (GNU Binutils; openSUSE Leap 42.3) 2.31.1.20180828-19 and, on powerpc64le-unknown-linux-gnu, GNU ar version 2.27-34.base.el7 both with a recent gcc 9.0.1 snapshot. Regards Thomas
Possibly Parallel Threads
- configure script issue with -flto with recent gcc and system ar/ranlib
- configure script issue with -flto with recent gcc and system ar/ranlib
- LTO, llvm-(nm, ar, ranlib)
- [LLVMdev] Difficulties in using gold plugin. ("ar" not working properly)
- [LLVMdev] Problem compiling with clang + gold plugin: no archive symbol table