[Coin-discuss] GMPL support in COIN-OR

[Hart, William E]

Michal:

I ran across this same issue several years ago when using GLPK directly.  I'm pretty sure that this is a limitation of GMPL, and not the interface of CBC or Symphony to it.

I'm pretty sure that I didn't have a satisfactory work-around for this, but I didn't try to work directly with the GLPK developers to resolve this issue.

--Bill


> -----Original Message-----
> From: coin-discuss-bounces at list.coin-or.org
> [mailto:coin-discuss-bounces at list.coin-or.org] On Behalf Of
> Michal Kaut
> Sent: Thursday, October 09, 2008 6:53 AM
> To: Discussions about open source software for Operations Research
> Subject: [Coin-discuss] GMPL support in COIN-OR
>
> I have tried using the GMPL (GNU Math Prog Language) input
> format with CBC and Symphony and it looks like it won't
> process any "printf"
> commands that come after the "solve;" command -- while
> "printf" before the "solve" are processed correctly. Note
> that I am speaking about the command-line executables,
> invoked respectively as cbc model.mod%model.dat symphony -F
> model.mod -D model.dat
>
> In both cases, I have used the latest stable version from the
> SVN and compiled it using on Windows XP using MSYS/MinGW with
> gcc 4.3.0.
>
> Is this a build problem on my side, or is it the way things
> are? And if the latter, are there any plans to support also
> the processing of results in a (near) future? And for now,
> what is the best way of accessing the solution? Symphony at
> least prints out all the non-zero elements using the variable
> names and indices from the .mod file, but what about CBC?
>
> (From my point of view, without a user-defined output most of
> the advantage of using a modelling language goes away...)
>
>
> Thanks,
> Michal
>
> _______________________________________________
> Coin-discuss mailing list
> Coin-discuss at list.coin-or.org
> http://list.coin-or.org/mailman/listinfo/coin-discuss
>
>