Ted Ralphs
Ted Ralphs
This looks more about Cbc than PuLP. Can I transfer the issue to Cbc?
I have transferred this issue to Cbc.
Years ago, I managed to compile [SYMPHONY](https://github.com/coin-or/SYMPHONY) with emscripten as a proof of concept, so you can just give it a try and you may succeed. But I really doubt...
@gt6989b Since this is really a Cbc issue and not a Python-MIP issue, I transferred to Cbc and changed the title. We do test Cbc in Windows and I am...
It's not clear to me, but did you build with `--enable-cbc-parallel`? That's probably necessary to get a (probably) thread-safe version of the code. Otherwise, there are some global variables and...
Hmm, I don't think we did encounter issues the last time we experimented with it, but it's been a while. Since I'm digging around in the code right now anyway,...
@jjhforrest Ah, yes, any reason not to change `CBC_THREAD_SAFE` to `CBC_THREAD` so that we get thread safe code by default?
The stuff inside `CBC_THREAD_SAFE` is a quick hack. I'm trying to clean this up so that we'll always have thread safety, as @svigerske said.
If you're using the autotools, it shouldn't be necessary to define any of those symbols. The `COIN_HAS_XXX` variables should be defined automatically in `CbcConfig.h` (or a header included by it)....
The cleanup in the `refactor` branch should take care of thread safety, yes. There will be no need to build with `CBC_THREAD_SAFE` anymore.