Sunday, October 5, 2008, 7:36:14 PM, you wrote: > * Andrew Makhorin <[EMAIL PROTECTED]> [2008-10-05 19:18]:
>> I do not think so. Glp_put_solution is *not* (and never was) an API >> routine, and application programs must not use it. [snip] > Well, glp_put_solution appeared in glpapi.h in version 4.31. If a user had > compiled an application calling this function and linked against > libglpk.so.0.16.0, the program would fail if libglpk.so.0.17.0 is present in > the system, even though ld.so would not complain. Only the header glpk.h is installed and therefore can be used in application programs, and only symbols defined in glpk.h are exported. Thus, if someone uses non-documented routines not defined in glpk.h, he should not expect that these routines will not be changed or even removed in the future. It seems to me this is usual practice. > Anyway, this is a highly theoretical and extremely improbable case, so let's > continue with libglpk0 in 4.32. Agreed :) > The Debian package will soon be uploaded to the experimental distribution. I > am avoiding the upload to unstable until the lenny release. Thanks. _______________________________________________ Help-glpk mailing list Help-glpk@gnu.org http://lists.gnu.org/mailman/listinfo/help-glpk
