Linking glpk with or-tools on unix

By -
Following the change on SCIP, here is the new procedure to compile and link GLPK with or-tools

This currently applies to unix only:

First download the latest glpk archive (4.61 at the time of this post).

Untar, cd into the glpk directory

on linux:
  ./configure --prefix=<install_path> --with-pic
  make
  make install

on mac OS X:
  ./configure --prefix=<install_path>
  make CFLAGS='--mmacosx-version-min=10.8'
  make install
 
then add:
  UNIX_GLPK_DIR=<install_path> in or-tools/Makefile.local

 recompile or-tools:
  make clean
  make cc

test it:
  run bin/integer_programming and bin/linear_programming. Both must display glpk runs.

I have no easy solution for glpk on windows currently, still investigating.

Comments

  1. JackyMay 28, 2017 at 3:20 PM

    Step 2 on macOS Sierra gives me an error, this is the output:
    /Library/Developer/CommandLineTools/usr/bin/make all-recursive
    Making all in src
    /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I./amd -I./api -I./bflib -I./cglib -I./colamd -I./env -I./minisat -I./misc -I./mpl -I./proxy -I./simplex -I./zlib --mmacosx-version-min=10.8 -MT libglpk_la-bfd.lo -MD -MP -MF .deps/libglpk_la-bfd.Tpo -c -o libglpk_la-bfd.lo `test -f 'bfd.c' || echo './'`bfd.c
    libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I./amd -I./api -I./bflib -I./cglib -I./colamd -I./env -I./minisat -I./misc -I./mpl -I./proxy -I./simplex -I./zlib --mmacosx-version-min=10.8 -MT libglpk_la-bfd.lo -MD -MP -MF .deps/libglpk_la-bfd.Tpo -c bfd.c -fno-common -DPIC -o .libs/libglpk_la-bfd.o
    clang: error: unsupported option '--mmacosx-version-min=10.8'
    make[2]: *** [libglpk_la-bfd.lo] Error 1
    make[1]: *** [all-recursive] Error 1
    make: *** [all] Error 2

    ReplyDelete
    Replies
    1. JackyMay 28, 2017 at 3:53 PM

      Solved! The error is in your command above: the correct option is '-mmacos-version-min' with only one '-' and not '--mmacos-version-min'.

      Source: https://clang.llvm.org/docs/CommandGuide/clang.html#cmdoption-mmacosx-version-min

      Delete
  2. AnonymousDecember 8, 2017 at 7:24 AM

    Hi Laurent,

    Can you remind me what is the difficult solution for gplk on windows for or-tools?

    I try to add the .gz on \dependencies\archives, before recompile.
    But the example bin\csintegerprogramming.exe still don't find GLPK (but ok with SCIP, thanks for your explanations !!).

    Alan

    ReplyDelete
  3. UnknownMarch 19, 2018 at 9:25 AM

    I am not at all an expert at recompiling libraries. However I find it a little odd that when I compile the ortools the headers are dispersed around in the subdirectories unlike the binary version. For example when I used the binary version I could just tell the compiler to look for header files in /include while for the compiled version I had to add a path to /dependencies/install/include for integral_types.h and to /ortools/gen for parameters.pb.h.

    I must say that it does not make things easy for an average joe like me. But hey, the integer_programming example compiles and runs with GLPK, so that's the essential thing I guess !

    ReplyDelete
  4. azertyuiopMarch 5, 2021 at 12:16 AM

    Hello,

    I am using ORtools on python.
    I am working using the Windows subshell.
    Therefore I am on Ubuntu.
    I would like to use the GLPK solver.
    I have install glpk.
    Now I would like to add: UNIX_GLPK_DIR= in or-tools/Makefile.local.
    Yet I cannot find the directory or-tool.
    I feel like it is because I am using python.
    Please could you help me ?
    Kind regards

    ReplyDelete

Post a Comment

Popular posts from this blog

Changing the way we link with SCIP

By -
As of today, I pushed support for scip 4.0.0 on both unix and windows. In the process, I have changed the way to setup or-tools to include scip at compilation time. on Unix:   untar the scipoptsuite> archive somewhere   cd <path to scipoptsuite-4.0.0>   Mac OS X:  make GMP=false READLINE=false TPI=tny   Linux:  make GMP=false READLINE=false TPI=tny USRCFLAGS=-fPIC USRCXXFLAGS=-fPIC USRCPPFLAGS=-fPIC   in or-tools, edit Makefile.local   add:     UNIX_SCIP_DIR=<path to sciptopsuite-4.0.0>/scip-4.0.0   make clean   make cc   to test it, run:      bin/integer_programming   it should display the scip solver run. on windows:   download the compiled library:     http://scip.zib.de/download.php?fname=scip-4.0.0.win.x86_64.vc14.opt.spx2.lib.zip   download the headers:      http://scip.zib.de/download/release/scipoptheaders-4...
Read more

Heads up, upcoming incompatibility in the CP/Routing library

By -
Hello all, I will soon push a large incompatible change in the CP and Routing libraries. The change will replace parameters (CP solver parameters, routing model parameters, routing search parameters) from struct to protobuf. This will also hide the C++ command line flags (cp_trace_search, routing_first_solution, ...) and make them redundant for controlling the behavior of the libraries. They are currently kept in the C++ library, but will be dropped out eventually. With this move, all functionalities offered by the C++ command line flags will be available from all languages (provided you implement the command line parsing part). Let's see an example (tsp) Before (in C++):    // Setting first solution heuristic (cheapest addition).    FLAGS_routing_first_solution = "PathCheapestArc";    const Assignment* solution = routing.Solve() ; After (in C++, using the command line flags compatibility) :    RoutingSearchParameters paramete...
Read more