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