> 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). _______________________________________________ Bug-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-glpk
