Make the printout of `set` properties reproducible. For GaudiConfig2,
this is done via the property `repr` itself. For the legacy
Configurables, only in the `str` printout.

For backwards compatibility, allow the following code:
```
   alg.MySetProperty = [1, 2, 3]
```

Change the Python type of `std::unordered_set` properties from `list` to `set`.
Parsers only required minor updates and special treatment of the empty
set, which can only be represented as `set()` in Python (`{}` is
reserved for dictionaries).

This will certainly break client code, i.e.
```
   MyAlg.ExtraInputs += ['foo']
```
will have to be updated to
```
  MyAlg.ExtraInputs.add('foo')
```

For the moment only `std::unordered_set` is mapped to a Python `set`.
Regular `std::set` remains as Python `list` to maintain insertion order.

See merge request gaudi/Gaudi!1517

Fix the cleanup function and extend the test to `dict` and `list`
proprties. Also migrate to `pytest` fixtures and exception handling.

See merge request gaudi/Gaudi!1514

    
Work around libstdc++ bug in the std::string range ctor that can trigger
an abort in ubsan.  See ATEAM-937 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109703

See merge request gaudi/Gaudi!1506

See merge request gaudi/Gaudi!1511

scott snyder authored 1 year ago and Marco Clemencic committed 1 year ago

GaudiHandleBase has a virtual destructor which is declared with `=default'.
However. in C++20 mode, clang will then try to instiantiate all the virtual
functions for classes derived from this whenever the declarations
for those classes are seen.  The upshot is that then using Gaudi handles
with forward-declared classes doesn't work (even if the handle is only
declared in the header but not used in any way).

It turns out that we can avoid this behavior by changing the declaration
of the base class destructor to say `{}' instead of `=default'.
(This is perhaps a clang bug, but the standard is not very clear
on exactly when virtual members of the templated class are required
to be or not to be implicitly instantiated.)

See also ATLINFR-5113.

See merge request !1510

See merge request gaudi/Gaudi!1509

See merge request gaudi/Gaudi!1501

Closes #275

See merge request !1492

Closes #276

See merge request gaudi/Gaudi!1507

See merge request gaudi/Gaudi!1490

The current method of reading the input file leads to undefined behavior
errors in the ATLAS debug build. Use `std::stringstream` instead, which
is also supposedly faster.

Also rewrite `GetLastLineAndColumn` to not read the file twice.

See merge request gaudi/Gaudi!1502

See merge request gaudi/Gaudi!1500

See merge request gaudi/Gaudi!1496

Closes #270

See merge request gaudi/Gaudi!1495

See merge request gaudi/Gaudi!1494

Without `NamedRange_::operator==`, in the comparison between two
`NamedRange_` instances `nr1` and `nr2` C++20 would not be able to
choose between `(Range_&)nr1 == nr2` and `(Range_&)nr2 == nr1`.