Summary: | sci-libs/coinor-osi-0.106.6 USE=glpk - .../work/Osi-0.106.6/Osi/src/OsiGlpk/OsiGlpkSolverInterface.cpp:169:30: error: 'lpx_simplex' was not declared in this scope | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Kredba <kredba> |
Component: | [OLD] Library | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | frp.bissey, gentoo, ivan, lssndrbarbieri, plaes, rose, tb, yamadharma |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
David Kredba
2014-09-02 14:03:29 UTC
Created attachment 384122 [details]
build.log
Actually, here it does not even build the first time. Setting status to CONFIRMED. Denis. All these lpx* functions have been removed in glpk 4.49. You probably managed the first build with glpk 4.45 or 4.48 but you are now failing with 4.54. Also fails with coinor-osi-0.106.9, so a version bump doesn't help. (In reply to Priit Laes (IRC: plaes) from comment #4) > Also fails with coinor-osi-0.106.9, so a version bump doesn't help. Not until upstream decides not to use the deprecated, and now removed, interface anymore. Really, until someone port to the new interface you'll have to use an older glpk. I hit this as well. Why are the DEPENDencies not specifying maximal versions then? RDEPEND=" sci-libs/coinor-utils:= glpk? ( sci-mathematics/glpk:= )" (In reply to Francois Bissey from comment #5) > Really, until someone port to the new interface you'll > have to use an older glpk. Actually, have a look at the directory /usr/share/doc/glpk-4.55/examples/oldapi The README that can be found there explains its use: "The program module in this subdirectory contains an implementation of the old GLPK API as it was defined in GLPK 4.48. To compile an existing project using the old GLPK API you need to add to the project two files lpx.h and lpx.c. Please note that you may mix calls to old and new GLPK API routines in the same project (except calls to glp_create_prob and glp_delete_prob). The file lpxsamp.c is an example that illustrates using the old GLPK API routines." So, although ideally upstream updates their code, it seems it should be able to easily fix the ebuild to use the latest versions of GLPK. I hit the same issue. Is there not any patch? Upstream ticket: https://projects.coin-or.org/Osi/ticket/107 This is from 2013, so I don't think we should count on upstream fixing this. If someone is still interested in this package, they should try the suggested fix from comment #7 and report back. Otherwise, a maximal version should be specified as per comment #6. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f46d082788eac8c47fb2e26bb06ddf5fb642c032 commit f46d082788eac8c47fb2e26bb06ddf5fb642c032 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-05-06 22:26:53 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-05-08 12:20:33 +0000 sci-libs/coinor-osi: new EAPI=7 version 0.108.6. Standard version bump and EAPI update to clean things up. I'm trying to comment the weirdness that pervades the coinor-* ebuilds as I encounter it. This new version drops support for USE=glpk, because upstream has abandoned it: they've documented that they only support ancient versions of glpk not present... well, anywhere, anymore. Closes: https://bugs.gentoo.org/521978 Package-Manager: Portage-2.3.89, Repoman-2.3.20 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/coinor-osi/Manifest | 2 +- sci-libs/coinor-osi/coinor-osi-0.106.6.ebuild | 73 ----------------------- sci-libs/coinor-osi/coinor-osi-0.108.6.ebuild | 85 +++++++++++++++++++++++++++ sci-libs/coinor-osi/metadata.xml | 6 -- 4 files changed, 86 insertions(+), 80 deletions(-) (In reply to Larry the Git Cow from comment #10) > […] This new version drops support for USE=glpk, because > upstream has abandoned it: they've documented that they only support > ancient versions of glpk not present... well, anywhere, anymore. FYI: Upstream is working on supporting current GLPK: https://github.com/coin-or/Osi/pull/121, so the glpk use flag may need to be readded at some point. |