Release of September 2016

By -
We’re happy to announce the release of September 2016 version of or-tools. Here's what's new with this release :
Sat :
  • Extended scheduling API and modified examples (weighted_tardiness_sat, and jobshop_sat) to use it.
Graph :
  • Added iterator traits to Graph classes.
Or-tools distribution : 
  • Nuget package is supported again (Your remarks about this particular update would be appreciable).

We will be happy to receive your feedback.

Comments

  1. UnknownMarch 17, 2017 at 8:35 AM

    Hello!

    I wonder what is the correct way of using or-tools-5.1 for solving *.mzn problems.

    I found a thread on the forum where it says:

    > then in /lib/minizinc, create a link to /lib/flatzinc/minizinc name or-tools (or copy the minizinc directory in or-tools and rename it to or-tools).
    > once this is done, you can run a minizinc example by running:
    > minizinc -G or-tools -f /bin/fz example.mzn


    However, the or-tools-5.1 folder does not have a lib/flatzinc/minizinc subdirectory.

    I assume that for this version the command is the following:

    minizinc -G or-tools/src/flatzinc/mznlib_cp -f or-tools/bin/fz

    Is it the correct way?

    Thanks!

    ReplyDelete

Post a Comment

Popular posts from this blog

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.
Read more

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