Re: octave 3.0.3 build problem due to glpk

On 13-Oct-2008, Jaroslav Hajek wrote:

| On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula

| <marius173@...> 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