Date: Thu, 22 Nov 2007 00:10:40 GMT From: "Pedro F. Giffuni" <giffunip@tutopia.com> To: freebsd-gnats-submit@FreeBSD.org Subject: ports/118191: update math/lp_solve to 5.0.0.10 Message-ID: <200711220010.lAM0Aebl025369@www.freebsd.org> Resent-Message-ID: <200711220020.lAM0K2Db018195@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 118191
>Category: ports
>Synopsis: update math/lp_solve to 5.0.0.10
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Thu Nov 22 00:20:02 UTC 2007
>Closed-Date:
>Last-Modified:
>Originator: Pedro F. Giffuni
>Release: 6.2-Release (amd64)
>Organization:
>Environment:
FreeBSD kakumen.cable.net.co 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:43:30 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64
>Description:
>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.
>How-To-Repeat:
>Fix:
diff -ruN lp_solve.orig/Makefile lp_solve/Makefile
--- lp_solve.orig/Makefile Wed Nov 21 11:22:07 2007
+++ lp_solve/Makefile Wed Nov 21 11:23:06 2007
@@ -6,7 +6,7 @@
#
PORTNAME= lp_solve
-PORTVERSION= ${PORTMAJOR_VER}.0.9
+PORTVERSION= ${PORTMAJOR_VER}.0.10
CATEGORIES= math
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} # http://groups.yahoo.com/group/lp_solve/
MASTER_SITE_SUBDIR= lpsolve
diff -ruN lp_solve.orig/distinfo lp_solve/distinfo
--- lp_solve.orig/distinfo Wed Nov 21 11:22:07 2007
+++ lp_solve/distinfo Wed Nov 21 18:50:23 2007
@@ -1,3 +1,3 @@
-MD5 (lp_solve_5.5.0.9_source.tar.gz) = 8c2823c8dc3d4cb80b7510b1d500635d
-SHA256 (lp_solve_5.5.0.9_source.tar.gz) = b3f02245303e59271e42bcb783393004ca495c34aa900769df4f46c26b39aa64
-SIZE (lp_solve_5.5.0.9_source.tar.gz) = 751024
+MD5 (lp_solve_5.5.0.10_source.tar.gz) = 26b3e95ddf3d9c077c480ea45874b3b8
+SHA256 (lp_solve_5.5.0.10_source.tar.gz) = 171816288f14215c69e730f7a4f1c325739873e21f946ff83884b350574e6695
+SIZE (lp_solve_5.5.0.10_source.tar.gz) = 769268
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200711220010.lAM0Aebl025369>