Christian Perau

Hi Matthias, Thanks for the hint. Apparently instead of writing either a .dll or .so, the cmake build now creates a .lib file. I guess there will be some option on how to choose the file format, I´...

Hi Matthias, thanks for the explanation! I was wondering if it was possible to create a shared object (.so) file instead of the .exe file (or additionally to it) so that the function is callable vi...

Hi Matthias, thanks! That fixed the problem indeed. After the cmake build, I tried to run the script (script.c): #include "gurobi_c.h"int main(){ return 0;} from the terminal using gcc: gcc ...

Hi Matthias, thanks for the quick response! I could fix the error regarding the mi1_c++.cpp file. The error regarding the variables GUROBI_CXX_DEBUG_LIBRARY and GUROBI_CXX_LIBRARY remains unfortuna...

For anyone wondering: From version 10.0.0 this is implemented and working correctly.

Hi Jaromil, That´s what I expected. I guess that´s another downside of using python. Thank you very much for your explanation!Best regards,Christian

Hi Jaromil,sure! I was working with gurobi 9.5.2. Updating to 10.0 did however only slightly increase the memory usage. Here is an example. It definetly does not make any sense but will show the me...

Hi Tobias,I was wondering if you could also post an equivalent formulation for the solution for the python API as I am not too familiar with C.Thank you in advance! Best, Christian

Thanks for the quick response! I´m not sure I got this right, though. The problem is the implementation via gurobipy or in gurobi itself? Do you know where I could have a look in the future if I wa...

Sure, following code will raise the described error: import gurobipy as gpimport scipy.sparse as spimport numpy as npmodel = gp.Model()n = 1000data = np.full(n, 1)row = np.arange(n)col = np.arange(...