octave 3.0.3 build problem due to glpk
John W. Eaton
jwe at bevo.che.wisc.edu
Mon Oct 13 09:21:01 CDT 2008
On 13-Oct-2008, Jaroslav Hajek wrote:
| On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula
| <marius173 at mchsi.com> wrote:
| > Hi all,
| > Now that John has posted the source of octave 3.0.3 I've started building it
| > under Mac OS X. I ran into the csparse.cc error, but thanks to Jarsoslav's
| > patch got past that. I now am stuck with the following error (this is from
| > the x86 10.4.11 build, but I get the same error for Mac OS X 10.5.5 and on
| > both PPC and intel platforms):
| > g++ -bundle -bundle_loader ../src/octave -o __glpk__.oct pic/__glpk__.o
| > -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lcholmod
| > -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse -Wl,-framework
| > -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm
| > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/
| > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3
| > -L/usr/lib/gcc//
| > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3///
| > -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs -lmx -lglpk
| > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols:
| > __glp_lib_fault_hook
| > __glp_lib_print_hook
|
| Octave doesn't ever reference these symbols, so I suspect it's a
| miscompilation of GLPK.
The file src/DLD-FUNCTIONS/glpk has this code, which is probably
related to the problem:
#if defined (HAVE_GLPK)
extern "C"
{
#if defined (HAVE_GLPK_GLPK_H)
#include <glpk/glpk.h>
#else
#include <glpk.h>
#endif
#ifdef GLPK_PRE_4_14
#ifndef _GLPLIB_H
#include <glplib.h>
#endif
#ifndef lib_set_fault_hook
#define lib_set_fault_hook lib_fault_hook
#endif
#ifndef lib_set_print_hook
#define lib_set_print_hook lib_print_hook
#endif
#else
void _glp_lib_print_hook (int (*func)(void *info, char *buf), void *info);
void _glp_lib_fault_hook (int (*func)(void *info, char *buf), void *info);
#endif
}
Is GLPK_PRE_4_14 defined in your config.h file when you use glpk 4.32?
Has the glpk interface changed again to remove the _glp_lib_print_hook
and _glp_lib_fault_hook functions?
jwe
More information about the Bug-octave
mailing list