Andrew Makhorin wrote:
>> Can you also add to the header file something that easily allows
>> detecting the version of GLPK? Something like the following would be
>> OK:
>>
>> /* The major number of the GLPK version. */
>> #define GLPK_VERSION_MAJOR 4
>>
>> /* The minor number of the GLPK version. */
>> #define GLPK_VERSION_MINOR 15
>>
>> /* The revision number of the GLPK version. */
>> #define GLPK_VERSION_REVISION 0
>
> In the next release there will be the api routine glp_version, which
> returns the version number in the form "4.15" .
Good.
> However, there is no need to check the version number for the sake
> of compatibility, because, as I said earlier, new versions of the
> package will be compatible with older versions *on api level*,
> including all obsolete api routines.
My request was independent from the current problems I am experiencing.
Besides being able to recognize the GLPK version at run-time (using
the new glp_version routine), it is useful to be able to recognize it
at compile-time. For that, macros like the ones I am proposing,
are the most standard solution.
All the best,
Roberto
--
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
http://www.cs.unipr.it/~bagnara/
mailto:[EMAIL PROTECTED]
_______________________________________________
Bug-glpk mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-glpk
