[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: on the glpk patch for octave
From: |
Rafael Laboissiere |
Subject: |
Re: on the glpk patch for octave |
Date: |
Fri, 2 Mar 2007 08:05:22 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
* M. White <address@hidden> [2007-02-28 15:38]:
> I've been reading the discussions of the glpk patch for octave in
> trying to get the darwinports/macports version of octave working on
> my machine, and I don't think the current patch in the octave CVS
> directory will work for glpk 4.14, as it designates the macro
> definition GLPK_PRE_4_15 rather than GLPK_PRE_4_14. So, if one has
> glpk 4.14, it looks as if the patch will treat it the same as the
> earlier versions (unless the macro is mis-named), and it will not
> work (because I had to look at __glpk__.cc in the CVS directory to
> figure out how to hack my copy so that I could get macports to build
> octave 2.9.9 with glpk 4.14 support). The fix should be simple
> enough to change the macro to be pre 4.14 and not 4.15. Anyway,
> since keeping some level of backwards compatibility seems like it is
> important to the developers, I'd thought I'd comment about the
> potential problem I see in the patch in the CVS directory.
I did not test test the patch with 4.14, but I trust it should work with
4.14. I chose the preprocessor macro name as GLPK_PRE_4_15 for
pragmatic reasons. If it is well tested that the patch work with 4.14, I
have nothing against changing the macro name to GLPK_PRE_4_14.
--
Rafael
- Re: on the glpk patch for octave,
Rafael Laboissiere <=