octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: glpk.h


From: Donald Parsons
Subject: Re: glpk.h
Date: Thu, 26 Jul 2007 20:34:31 -0400

On Thu, 2007-07-26 at 14:35 -0400, John W. Eaton wrote:
> On 26-Jul-2007, Donald Parsons wrote:
> 
> |          when I first tried compiling
> | octave I couldn't get glpk to be found because ./configure
> | looked for /usr/include/glpk.h  but it is in glpk sub-
> | directory.  Rather than edit code, I just put a link in
> | /usr/include to fix problem as below.  Should auto test
> | code be "fixed" so link is not needed? 
> | 
> |   GLPK libraries:       -lglpk
> | 
> | find /usr/include/ -name glpk.h -ls
> | lrwx 1 0    11 Jun 28 21:13 /usr/include/glpk.h -> glpk/glpk.h
> | -rw- 1 0 24463 Apr  7 16:33 /usr/include/glpk/glpk.h
> 
> Please try the following patch.
> 
> BTW, instead of the link, I think it would have worked to set
> CPPFLAGS=-I/usr/include/glpk before running configure.

Yes, CPPFLAGS=-I/usr/include/glpk does work.

I tried the patch by checking out cvs.  Unfortunately it still
fails.  It finds the header but I still get:

  FFTW libraries:       -lfftw3
  GLPK libraries:
  UMFPACK libraries:    -lumfpack

configure: WARNING: GLPK library not found.  The glpk function for
solving linear programs will be disabled.
configure:

NOTE: libraries may be skipped if a library is not found...
 

I tried but failed to solve.  I thought this patch would do it,
but still failed:

=======
diff -u src/DLD-FUNCTIONS/__glpk__.cc.~1.23.~
src/DLD-FUNCTIONS/__glpk__.cc
--- src/DLD-FUNCTIONS/__glpk__.cc.~1.23.~       2007-07-26
15:41:51.000000000 -0400
+++ src/DLD-FUNCTIONS/__glpk__.cc       2007-07-26 20:01:15.000000000
-0400
@@ -36,7 +36,7 @@
 #include "oct-obj.h"
 #include "pager.h"
 
-#if defined (HAVE_GLPK)
+#if defined (HAVE_GLPK) || defined (HAVE_GLPK_GLPK_H)
 
 extern "C"
 {
=======

I see ./configure finding gplk lib and then glpk/glpk.h and
then failing to find glpk.h

Is it then undefining  HAVE_GLPK   erroneously? 
 
dfp



reply via email to

[Prev in Thread] Current Thread [Next in Thread]