[BuildTools] An upcoming glpk glitch
Andreas Waechter
andreasw at watson.ibm.com
Thu Mar 29 18:50:54 EDT 2007
Hi Lou,
> While working on OsiGlpk, I noticed that glpk has changed the way it
> defines symbols. Glpk defines aliases in its include files. As of 4.13, it
> used
>
> #define lpx_simplex glp_lpx_simplex
>
> As of 4.15, it uses
>
> #define lpx_simplex _glp_lpx_simplex
>
> Note the leading underscore. Also, the organisation of the .h files has changed.
> I haven't pulled 4.14 to pinpoint the change.
>
> The immediate challenge on the buildtools side is that we'll probably
> need to cope with both versions for a while. The immediate workaround (for
> those who can't rebuild configure files locally) is the existing
> --disable-*-libcheck hook. Longer term, there are a couple of options:
>
> 1) Extend COIN_HAS_USER_LIBRARY so that it accepts a list of symbols, and
> considers the check successful if any one of them succeeds.
>
> 2) Extend COIN_HAS_USER_LIBRARY so that it #includes the .h file supplied as
> the third parameter when it makes the link check for the fourth parameter.
>
> 3) Some combination of the above.
>
> 4) Do something in individual configure.ac files (not preferable, in my view).
In principle, I have no concerns about this, except of course that the new
version will work :) When I did the original version, I implemented a
very simple version, and it would be great to make it more powerful.
> Looking at COIN_HAS_USER_LIBRARY, we might also want to begin the conversion
> from AC_TRY_LINK (now deprecated) to AC_LINK_IFELSE.
Good point.
> Either of 1) or 2) will solve the problem for glpk. Option 2) might
> protect us into the future, but actually using an include file in the link test
> has its own hazards. Upgrading to AC_LINK_IFELSE offers the opportunity for
> some language independence, by way of using AC_LANG_PROGRAM.
>
> I'll add something to the BuildTools tickets and Known Issues pages.
> But I wanted to get this out to the list to see if people have opinions about
> which direction to pursue, or cautions from previous experience.
Before submitting anything to the BuildTools/trunk, please get in touch
with me, because I'm trying to get a new release out soon... (yes, Laci,
I have been promising that for a while... and I'm testing!)
Cheers,
Andreas
More information about the BuildTools
mailing list