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

Re: octave 3.0.3 build problem due to glpk

by Sergei Steshenko-2 :: Rate this Message:

Reply to Author | View in Thread




--- On Mon, 10/13/08, Marius Schamschula <marius173@...> wrote:

> From: Marius Schamschula <marius173@...>
> Subject: Re: octave 3.0.3 build problem due to glpk
> To: "John W. Eaton" <jwe@...>
> Cc: bug-octave@...
> Date: Monday, October 13, 2008, 5:13 PM
> On Oct 13, 2008, at 9:21 AM, John W. Eaton 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);
> >
> >   #endif
> >   }
> >
> > Is GLPK_PRE_4_14 defined in your config.h file when
> you use glpk 4.32?
>
> grep GLPK_PRE_4_14 /tmp/octave-3.0.3/config.h
> /* #undef GLPK_PRE_4_14 */
>
>
> > Has the glpk interface changed again to remove the
> _glp_lib_print_hook
> > and _glp_lib_fault_hook functions?
> >
> > jwe
>
> Marius
> --
> Marius Schamschula
> Webmaster
>
> The Huntsville Macintosh Users Group
> www.hmug.org
>
> webmaster at hmug dot org
> marius at schamschula dot com
>
>

I have just rebuilt octave-3.0.3 from sources on my SUSE 10.3 box with
glpk-4.32 - everything is fine.

So, somehow this glpk-4.32 is very MacOS-specific.

Regards,
  Sergei.


     
_______________________________________________
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