spkg-configure.m4 for glpk

[dimpase]

the external install should have glpsol and libglpk

On debian they are in glpk-utils and libglpk-dev packages.

4ti2 needs to know its prefix (or probably just --with-glpk should be there).
Anyhow, we introduce a new env. var. SAGE_GLPK_PREFIX
which is '' for system's glpk and SAGE_LOCAL otherwise.

cvxopt for its glpk extension needs to know the (non-standard) include directory and
library directory of glpk, so they can be made blank
for the stanard locations --- but as in particular libPython comes from SAGE_LOCAL, this should be left unchanged for the time being.

---

Sage's glpk needs a specific patch which is not upstreamed, so we need to work this out, too.

Depends on #24824

CC: @embray @kiwifb @isuruf @antonio-rojas @mkoeppe

Component: build: configure

Author: Dima Pasechnik

Branch/Commit: e6bb511

Reviewer: Isuru Fernando

Issue created by migration from https://trac.sagemath.org/ticket/28459

[sagetrac-git]

Changed commit from 2f10a52 to 08d353c

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:

08d353c

spkg-configure.m4 for glpk

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:

e6bb511

spkg-configure.m4 for glpk

[sagetrac-git]

Changed commit from 08d353c to e6bb511

[dimpase]

comment:4

Does anyone know a system that does not carry Sage's GLPK patch?
(I guess Debian does, right?)

[dimpase]

comment:5

Debian 10 carries GLPK 4.65, and 4 tests in src/sage/numerical/backends/glpk_backend.pyx fail due to minor formating differences, e.g. extra blank line...

[antonio-rojas]

comment:6

Replying to @dimpase:

Debian 10 carries GLPK 4.65, and 4 tests in src/sage/numerical/backends/glpk_backend.pyx fail due to minor formating differences, e.g. extra blank line...

Same for Arch. Given that 4.65 is 1.5 years old and most distros are shipping it already, IMO it would be best to update sage's glpk first before dealing with this.

[dimpase]

comment:7

I've put the update to glpk 4.65 on #24824

[dimpase]

Dependencies: #24824

[dimpase]

comment:8

On #24824 I've also adjusted tests so ithat only one test fails with Debian's glpk 4.65, which does not apply one of Sage's patches, glpk/patches/error_recovery.patch.

(And in fact the still failing test can be switched off or changed into something that does not need the patch in question).

[dimpase]

comment:9

here I keep minimal requirement version of glpk to be 4.63. This results in few failing tests, all just from glpk 4.63 being too chatty in logging, nothing serious.

[embray]

comment:10

Looks good to me in principle though I haven't tested yet. I'll try to test later this week. Thanks!

[dimpase]

comment:11

ping?

[isuruf]

comment:13

Works for me in conda

[vbraun]

comment:14

Reviewer name...

[isuruf]

Reviewer: Isuru Fernando

[vbraun]

Changed branch from u/dimpase/packages/glpkconfig to e6bb511