Julian Hall
I've reproduced this and note that presolve performs one action for value up to 10^12, and a different action for 10^13 (and beyond, I guess). For value up to 10^12,...
I've reproduced the behaviour with `latest`, and note that with `presolve=off` HiGHS gets a solution with the optimal objective value of `-4052.7422`. There are bugs in presolve to be fixed....
With `latest`: - First (`1725a.mps`) is incorrectly identified as infeasible in presolve, and solved correctly with `--presolve=off`. Error is in reduction 851/861 - First (`1725b.mps`) gets wrong optimal objective value...
Sure, I've got marking to do for a few more days
Many thanks for your continued work on this. Note that the failed builds are fixed in `latest`
Is the work in this PR still active?
I'll discuss this with @galabovaa, but who still uses 32-bit platforms? Maybe it makes more sense to restrict HiGHS to 64-bit platforms.
I'm sure that examples of people using 32-bit exist, but we can't justify much work for people on such archaic platforms, or because Debian chooses to support all sorts of...
Offering PDLP is WIP, and you're right that the output of PDLP goes to stdout - just as there's no timeout. It's not so much that the cuPDLP callback is...
Thanks. I liked (2) for a moment, until I realised that - if I understand correctly - the call to `Highs::addVar` that is currently impossible, is achieved by calling `h._addVar`,...