From owner-freebsd-ports-bugs@FreeBSD.ORG Thu Nov 22 00:20:14 2007 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F58E16A421 for ; Thu, 22 Nov 2007 00:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 680F713C468 for ; Thu, 22 Nov 2007 00:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAM0K2jf018196 for ; Thu, 22 Nov 2007 00:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAM0K2Db018195; Thu, 22 Nov 2007 00:20:02 GMT (envelope-from gnats) Resent-Date: Thu, 22 Nov 2007 00:20:02 GMT Resent-Message-Id: <200711220020.lAM0K2Db018195@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Pedro F. Giffuni" Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 992A616A417 for ; Thu, 22 Nov 2007 00:10:42 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 89CE713C457 for ; Thu, 22 Nov 2007 00:10:42 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id lAM0Aecs025370 for ; Thu, 22 Nov 2007 00:10:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id lAM0Aebl025369; Thu, 22 Nov 2007 00:10:40 GMT (envelope-from nobody) Message-Id: <200711220010.lAM0Aebl025369@www.freebsd.org> Date: Thu, 22 Nov 2007 00:10:40 GMT From: "Pedro F. Giffuni" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: ports/118191: update math/lp_solve to 5.0.0.10 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 00:20:15 -0000 >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: