GitLab

* fix multiarch install

* fix include dir

* cleaned up stuff and removed things we don't need anymore

* Use GNUInstallDirs to allow changing target directories

* Multi-lib distributions need to change the libdir
  which is only portably possible with `GNUInstallDirs`.
  The current `LIB_INSTALL_DIR` solution is not portable
  and not supported upstream by Kitware.
* Multi-arch distributions such as Debian and Exherbo
  need to be able to change the bindir.

* Do not install LICENSE.txt

* Most distributions do not install license files, as they
  have all licenses stored in a central repository, in order
  not to duplicate the same file over and over.
* License files do not need to be installed for a piece of
  software to be licensed under that license.

function of the release/debug drop down menu when using visual studio's IDE.

* Wether asserts are enabled or not, is now only suggested by dlib, and not longer imposed. The user can override using SET(CACHE FORCE) or command line -DDLIB_ENABLE_ASSERT=ON/OFF anytime.

* Fixed missing line in cmake for asserts.

now use target_compile_options().  This should avoid weird configuration
errors that happen in rare instances on some platforms.

messed it up and effectively disabled cuda in visual studio.  This fixes that.

was because of a bug introduced yesterday in the CMake scripts which would
accidentally pull in two versions of the OpenMP libraries, the GNU one and the
Intel one, but you can't mix them together at the same time.

also pushed all the cuda #includes into a .cpp file.

cmake config for dlib enable C++11.

about the all/source.cpp test compile.

that really needs it off.

* cmake script to suppress randlib warnings about *.a having no symbols on
MacOSX

* Moved script code into the main CMakeLists.txt file to suppress the
superfluous ranlib warnings all the time.

(in particular on mac os x, where this flag needs to be set this way for it to
work in some cases).

is because some build systems seem to mess up the parallel build of these two
things and sometimes rebuild and potentially clobber object files during the
parallel build.  I haven't seen this result in a problem, but the race
condition does seem to exist in some build systems.  So this should force the
two top level targets to be build sequentially rather than in parallel, thus
avoiding any possible race condition.

Solution: don't set CUDA_PROPAGATE_HOST_FLAGS to OFF when using Visual Studio

partial C++11 support and funny cmake behavior of clang on OS X.