[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-glpk] GLPK (4.47) fails to build with LTO (GCC 4.6.3, '-flto')
From: |
Andrew Makhorin |
Subject: |
Re: [Bug-glpk] GLPK (4.47) fails to build with LTO (GCC 4.6.3, '-flto') |
Date: |
Sat, 17 Mar 2012 14:34:18 +0300 |
> Well, I first thought it was some libtool issue, but it seems something
> in 'configure[.in]' goes wrong, and somebody(tm) wrote the latter... ;-)
'configure.in' is also automatically generated (by autoconf). The source
file written by a human is 'configure.ac'.
>
>
> > As to errors detected by the configure script, in most cases it is
> > normal. The script checks your platform by compiling and running a set
> > of test programs (conftest.c), and compilation, linking, or run-time
> > errors just signal it that certain libraries/functions/programs are not
> > available/installed or work improperly.
>
> I know, but in this case apparently some variable (supposed to contain a
> command) gets set to "" without leading to a 'configure' error.
This error occurs during 'make', not on configuring. However, the
command that causes the error is generated by the configure script.
>
>
> >> checking command to parse /usr/bin/nm -B output from gcc-4.6.3 object...
> >> failed
> >
> > However, this error is crucial. Looks like nm is incompatible with the
> > gcc version you are using. Did you build binutils along with gcc? If so,
> > did you try to configure and build glpk with default options (i.e.
> > without -flto) using the same gcc version? Thanks.
>
> GLPK 4.44 and 4.47 without '-flto' build just fine, also with GCC 4.6.3
> (and also with Graphite enabled).
>
> I haven't [yet] updated the fairly old binutils from Ubuntu 10.04.4, but
> this shouldn't be necessary (unless I want to use '-fuse-linker-plugin'
> to also apply LTO on static library archives, which requires GNU ld >=
> 2.21 or gold.)
>
> [I'll probably do this later, but I'll also try to build GLPK with GCC
> 4.6.3 and LTO on other systems, so I can check whether binutils matter.]
-flto affects ld, and therefore nm and libtools, so at least these
binutils should be compatible with gcc.
>
>
> Note that GLPK is just one of ~100 packages shipped with Sage
> (http://sagemath.org) which I am building, and so far GLPK is the only
> package which fails to build with '-flto'. (I had some other trouble
> with Graphite loop optimization enabled / PPL 0.12 building three other
> packages, but this is rather unrelated.)
Most likely the error is caused by autotools, so regenerating configure
and makefiles with a newer version of autotools may resolve the problem
(I used autoconf-2.65 and automake-1.11.1 released about 3 years ago).