On 2025-08-11 20:07:31, Andrew Makhorin wrote:
>
> I think it's a wrong approach. How can you be sure that it is the same
> library as included in the distribution? And even if it is so, the library
> code can be specifically changed/patched and thus may not work correctly
> with the system-wide version. Maybe that has sense for some kind of
> software,
> but in this case I see no reasons why do so.
The usual list of reasons that applies to all software:
* The bundled version is missing bug fixes.
* The bundled version gets loaded into memory multiple times,
wasting RAM.
* The bundled version gets stored on disk multiple times, wasting
space.
* If I try to link GLPK into my own program and if my own program
uses SuiteSparse, then I have to worry about symbol mismatches
between the system copy and the bundled copy.
* Updating SuiteSparse should be O(1), not O(n), where n = the
number of consumers.
> I'll make a bug-fix release of glpk to close the stdbool issue.
Thanks, I made a suggestion for SuiteSparse to stick to the old
C89-style comments, since that is a best practice anyway...
https://github.com/DrTimothyAldenDavis/SuiteSparse/issues/994
but was turned down.
