or-tools: v9.0: Can't find Gurobi 9.5.1

What version of OR-Tools and what language are you using? Version: 9.0.9048 Language: Python

Which solver are you using (e.g. CP-SAT, Routing Solver, GLOP, BOP, Gurobi) Gurobi

What operating system (Linux, Windows, …) and version? Linux, details below:

NAME="Ubuntu"
VERSION="18.04.6 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.6 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic

What did you do? Steps to reproduce the behavior:

  1. Install Gurobi 9.5.1.
  2. Install a Gurobi license file.
  3. Install or-tools with pip3 install ortools
  4. Open up a python interactive terminal with python3.
  5. Import pywraplp with from ortools.linear_solver import pywraplp.
  6. Attempt to create a solver object based on gurobi with the line pywraplp.Solver.CreateSolver('GUROBI')

What did you expect to see Successful creation of the solver object

What did you see instead?

WARNING: Logging before InitGoogleLogging() is written to STDERR
W0127 08:05:56.613769 52491 linear_solver.cc:612] Support for GUROBI not linked in, or the license was not found.

Make sure you include information that can help us debug (full error message, model Proto).

Anything else we should know about your project / environment

About this issue

  • Original URL
  • State: closed
  • Created 2 years ago
  • Comments: 39

Commits related to this issue

Most upvoted comments

The goal would be not to recompile to be able to use any solver.

We did the pre-loading work for gurobi. We include SCIP by default Our solvers (glop, pdlp, cp-sat) are included by default

CPLEX is no longer developed. XPRESS integration is incomplete, and nobody is interested in upgrading it. CLP/CBC are included but unreliable (CLP is quite good though). We will drop them as soon as possible. GLPK is not competitive at all. The next in the list will be Highs. We need their help to do the integration. Laurent Perron | Operations Research | @.*** | (33) 1 42 68 53 00

Le mer. 17 août 2022 à 17:16, David Torres @.***> a écrit :

Sure, it’s just confusing that every other solver is handled by CMake. e.g. SCIP, CPLEX, XPRESS, Cbc, all a FindSOLVER.cmake and corresponding USE_SOLVER build option.

— Reply to this email directly, view it on GitHub https://github.com/google/or-tools/issues/3293#issuecomment-1218149263, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACUPL3OAROMIHIDPF76CETLVZT65JANCNFSM5VTHXPLQ . You are receiving this because you were mentioned.Message ID: @.***>