[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).

reply via email to

[Prev in Thread] Current Thread [Next in Thread]