Bug 118191 - update math/lp_solve to 5.0.0.10
Summary: update math/lp_solve to 5.0.0.10
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Rong-En Fan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-22 00:20 UTC by Pedro F. Giffuni
Modified: 2007-12-12 15:00 UTC (History)
0 users

See Also:


Attachments
file.diff (1019 bytes, patch)
2007-11-22 00:20 UTC, Pedro F. Giffuni
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Pedro F. Giffuni 2007-11-22 00:20:02 UTC
From the Changelog:

- If a model has integer variables, but the model is already integer optimal in the simplex fase,
  then it was reported as suboptimal feasible.
- get_objective, get_variables, get_ptr_variables, get_constraints, get_ptr_constraints, get_primal_solution
  reported 'not a valid basis' when presolve is active and the model is entirely solved by presolve.
- presolve on a model with SOS variables sometimes went wrong.
- presolve on a model with SOS variables where infeasibility is detected crashed.
- read_bas could fail when not all constraints had names or had names like default variable names.
- A crash could occur with set_row(ex) in rowmode.
- The lp format has been extended with a free section to define free variables.
- bfp_GLPK and xli_MathProg are now compiled against GLPK 4.13
- fixed bug in the pseudocost logic that can blow up subsequent pseudocost values in that
  branch and make them almost random.
- In some rare cases a memory overrun could occur when constraints are added after a previous solve.
- Made the copy_lp routine work. Note that information about the optimisation of the original model
  is not copied (at this time). Only the model is.
- Fixed a bug in the hashing routines that had only influence in some rare cases in the
  MATLAB, O-Matrix, Scilab, Octave, Python drivers.
- coldual sometimes worked on a uninitialised variable value with unpredictable results.
Comment 1 Rong-En Fan freebsd_committer freebsd_triage 2007-11-22 04:24:47 UTC
Responsible Changed
From-To: freebsd-ports-bugs->rafan

I'll take it.
Comment 2 dfilter service freebsd_committer freebsd_triage 2007-12-12 14:56:16 UTC
rafan       2007-12-12 14:56:12 UTC

  FreeBSD ports repository

  Modified files:
    math/lp_solve        Makefile distinfo pkg-plist 
  Log:
  - Update to 5.0.0.10
  - While I'm here, respect NOPORTEXAMPLES
  
  PR:             ports/118191
  Submitted by:   Pedro F. Giffuni <giffunip at tutopia.com>
  
  Revision  Changes    Path
  1.12      +3 -1      ports/math/lp_solve/Makefile
  1.6       +3 -3      ports/math/lp_solve/distinfo
  1.6       +2 -2      ports/math/lp_solve/pkg-plist
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
Comment 3 Rong-En Fan freebsd_committer freebsd_triage 2007-12-12 14:57:07 UTC
State Changed
From-To: open->closed

Committed. Thanks!