See merge request !251

See merge request !250

To be able to profit from vectorized code, we need to enable instructions for larger
vector units.

SSE4.2 instructions can be safely enabled not reducing the portability of binaries
(LHCb would loose ~7% of CEs, all very old), but keeping the settings for gcc 4.9
will make the old machines still usable.

Although the new settings are not really improving the performances of current
code, not using them will prevent exploiting the larger vector units in vectorized
code.

We would also like to enable AVX2, but not being wide spread enough it would
require a new binary tag (to be agreed at LIM/AF).

See LBCORE-1227.

See merge request !247

default to sse4.2 for gcc > 5.0

In the last days I experimented a bit with teaching Gaudi how to build when only ROOT, Boost and TBB are available to it. This is the result. As far as I can tell the code builds in the same way as the current master branch when all possible externals are available. (All the ones available in a full ATLAS offline build at least.) And I'm also able to build the project in these modes:
   * On Ubuntu 16.04 with the system provided Boost and TBB versions, against a privately built ROOT 6 version.
   * On macOS Sierra against privately built Boost, ROOT and TBB versions. Both when building the project completely on its own, and when building it against an ATLAS externals project.

Some notes:
   * The code uses C++14 expressions in quite a few places by now. So I raised the default C++ standard to C++14. This is the default in ATLAS builds since a while, I only saw this as an issue when building Gaudi "on its own" with a very minimal configuration command.
   * While the code advertises that it still has support for ROOT 5, it's not able to build against it since a wile. Since the updates I put in for TLS variables on macOS. (The macros used there are ROOT 6 only.) And this update makes things even worse. As the code now relies on not providing the definition of some classes to the dictionary generator in GaudiPython that are not available. (Because AIDA or XercesC is missing.) While ROOT 6 handles this with just a build warning, ROOT 5's genreflex treats this with an ERROR message. That I was unable to get rid of.

So, extended testing is clearly necessary, the configuration code could definitely be fine tuned as I probably turned off the build of more source files than absolutely necessary, but I think we should move ahead with such a configuration organisation.

See merge request !241

See merge request !248

Merged in the latest changes from the master branch. Resolving two conflicts that arose in GaudiAlg and GaudiKernel.

Had to turn off the build of the new files in GaudiExamples/src/FunctionalAlgorithms/ when the Ranges_v3 headers are not available.

Some lambda parameters needed to be copied rather than passed by reference to be safe

In particular : 
  - proper display of slots for the events bars at the top
  - scalable display, with command line options to change size
  - option to skip first events (useful for first one where cache are not warm)
  - worked around ROOT bug of TLines not working properly
  - allow to change on command line number of colors for the events

See merge request !243

Currently, if one introduces a `Gaudi::Property<T>`, then there must be a corresponding `StatusCode Gaudi::Parsers::parse(T&,const std::string&)` in the namespace `Gaudi::Parsers` and a corresponding `void Gaudi::Utils::toStream(const T&, std::stream&)` in the namespace `Gaudi::Utils`. 

This patch explicitly enables [ADL](http://en.cppreference.com/w/cpp/language/adl) lookup (with a fall-back to `Gaudi::Parser::parse` and `Gaudi::Utils::toStream`) so that it is sufficient to either define `parse` and `toStream` in the namespace in which `T` is defined, or add them as `friend` functions to `T`.

See merge request !242

among others we have
- `Gaudi::Functional`: base classes to write algorithms as pure functions
- `AnyDataWrapper`/`AnyDataHandle`: helper to store any type in the Transient Store (DataSvc)
- fixes to `DataObjectHandle`
- fixes to `GaudiHive`
- new tests and examples
- modernization (removed empty destructors, ...)

See merge request !245

This reverts commit 95d3d0d5, reversing
changes made to 4d2de652.

See merge request !244

Allow ADL lookup of parse and toStream

cherry pick !242 into future

See merge request !96

added option to force geometry preloading

Setting
```.py
from Configurables import DetectorDataSvc
DetectorDataSvc(AllowLoadInRunning=False)
```
will cause a failure if an object is loaded during the execution.

See merge request !93

Fixed some tests

anydata had been broken by the changes to Property declarations and needed a couple of '.value()' calls
algtool2 ref file had never been adapted to the ordering of INPUT lines

See merge request !94

fixed whitespaces at end of lines

See merge request !95

The configuration of the include directories and linked libraries was still a bit messed up. In this version hopefully that's no longer the case.

Fix forward scheduler

See merge request !92

Fixed more clang warnings

See merge request !91