« Return to Thread: octave 3.0.3 build problem due to glpk

Re: octave 3.0.3 build problem due to glpk

by Jaroslav Hajek-2 :: Rate this Message:

Reply to Author | View in Thread

On Mon, Oct 13, 2008 at 4:21 PM, John W. Eaton <jwe@...> wrote:

> 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);
>

Damn. Where did the leading double underscores come from?


>  #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?
>

I think they are deprecated in my version (4.23), so chances are
they're already gone from 4.32.


> jwe
>



--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave

 « Return to Thread: octave 3.0.3 build problem due to glpk