
OpenOpt is written in python; I was using it as an example of an LP solver interface. We could use Boost.Python with OpenOpt, but an interface over an interface seems awkward. Something like CORBA could be used, but exposing CORBA to Boost would easily be GSOC project in itself. On Mon, Mar 28, 2011 at 11:28 AM, Mathias Gaunard < mathias.gaunard@ens-lyon.org> wrote:
On 28/03/2011 15:25, Chad Seibert wrote:
Hello,
Previously, I mentioned implementing an LP library for Boost. However, there didn't seem to be a consensus on how I should go about it. If we can't agree on a method of attack, then there is no hope for me to get a proposal through the selection committee. So now, I solicit the communities advice on writing a wrapper for lp_solve, an LGPL library that purported to be one of the most stable free LP solvers. Do we care that a dependency is LGPL? I've done my due diligence and there doesn't seem to be a comparable MIT/Boost licensed library.
Thanks for your consideration, Chad
Didn't you mention OpenOpt, which is BSD-licensed?
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost