- move Gaudi::Funtional to GaudiFunctional subdir
  - headers are now under "Gaudi/Functional"
  - legacy GaudiAlg corresponding header redirect to the new ones
- replace GaudiAlgorithm with Algorithm wherever possible in tests and
  utilities
- add Gaudi::Sequencer basic implementation to replace GaudiSequencer
- move GaudiAlg specific tests, examples, dictionaries and Python modules
  to GaudiAlg subdir
- add CMake option GAUDI_ENABLE_GAUDIALG to allow skipping GaudiAlg
  (default to true)
- minor fixes and clean ups

`IFileAccess;:read` returns an `optional<string>` with the content of the
requested file -- if it can be read. Otherwise it returns an 'empty'
optional.

See https://sourceware.org/glibc/wiki/Release/2.32#Deprectation_sys_siglist.2C__sys_siglist.2C_sys_sigabbrev

Thomas Cluzel authored 4 years ago and Marco Clemencic committed 4 years ago

see https://its.cern.ch/jira/browse/LBCOMP-23



Co-authored-by: Marco Clemencic <marco.clemencic@cern.ch>

ROOT >= 6.22 traps SIGABRT making it not usable

Gitlab CI authored 6 years ago and Marco Clemencic committed 6 years ago

patch generated by standalone job

Gitlab CI authored 6 years ago and Hadrien Benjamin Grasland committed 6 years ago

patch generated by https://gitlab.cern.ch/hgraslan/Gaudi/-/jobs/2518381

- moved related headers to different hierarchy
  - Gaudi/Parsers/XYZ.h

The updatehandler can either be anything which satisfies
the `void(PropertyBase&)` signature, or a member function
with the signature `void()` or `void(PropertyBase&)`.
In addition, an additonal argument can be passed which specifies
whether or not the provided handel should be invoked immediately.
Default is to _not_ invoke it immediately.

The StatusCode now consists of a value and category/domain. By default
StatusCodes are created within a "default category". But users can
define new categories and StatusCodes using typed enums. The design is
mainly borrowed from std::error_code.

Main changes:
- StatusCode::setCode has been removed
- No implicit conversions from/to bool or int anymore. This greatly
  increases type safety.
- Converted all unscoped enums in Gaudi to their own StatusCode
  category (Clients will have to adjust their code to the scoped enum
  names (e.g. ERR -> Status::ERR)
- Added operator bool() that is equivalent to isSuccess()
- Added ternary (bitwise) AND(&) and OR(|) operators to combine
  StatusCodes according to three-valued logic
- Added extensive unit tests for all StatusCode features

Impact on clients:
- Code that relies on the implicit StatusCode<->bool/int conversion has
  to be changed to explicitly construct/convert StatusCodes via either
  the constructor, operator bool() or getCode().
- Clients using Gaudi StatusCodes need to adjust to using the scoped
  enums. E.g. clients of the ConversionSvc need to change BAD_STORAGE_TYPE to
  Status::BAD_STORAGE_TYPE when checking for specific StatusCode return
  types.