Constants (as generated by ApplicationModule::constant()) were causing a
logic_error if accessors of different types were using the same constant
(created with the same value and the same value type upon creation).
This is possible since the type passed to constant() does not have to be
the same as the type of the accessor.

This is now fixed by giving each constant a fully unique name, so every
accessor using a constant will be in its own little variable network.

This is the implementation for the specification change done in a recent
commit.

May occur when not mapping a Void variable in the control system so it
is being optimised out.

This happens if the control system adapter optimises out the PV.

A PV which is received by a module and also used as a trigger for a
DeviceModule was "deleted" from the model, if the module is unregistered
from its owner. This deletion is now prevented by adding a trigger
relationship to the model (which was anyway missing).

Note: the "deletion" never was a real deletion, instead only all
relationships are removed. As a consequence, the DeviceModule was still
pointing to the "deleted" vertex resulting in a wrong connection later.

* Use correct of version pthread_setname_np depending on platform.

On Linux, this function takes two parameters. On most other platforms
(including all BSD-based platforms) it only takes a single parameter.

* Omit -Wl,--export-dynamic flag on macOS.

This flag is not supported on Clang / LLVM and on macOS it is not needed
anway because exporting all symbols is the default behavior.

When using Clang on other platforms (e.g. Linux) --export_dynamic or
-rdynamic might have to be specified instead.

* clang compiler compatibility

Co-authored-by: Sebastian Marsching <sebastian.marsching-git-2016@aquenos.com>

Jens Georg authored 2 years ago and Martin Christoph Hierholzer committed 2 years ago

Previously we could create applications without PV manager if there were
no connections to the CS. Now with the new connecting scheme, this will
always be the case so we need to have a PV manager by the time
initialise (the place where the connections happen) is called.

They were previously hidden by the "BUG found" message in
ApplicationBase due to the missing call to shutdown(). This is now being
called automatically in the Application destructor if the application
was not yet started fully, in which case this is ok to do there
(calling shutdown before destroying the Application data members is
important only if threads have been started already).

- ControlSystemModule
- VirtualModule
- findTag
- excludeTag

and some related functions.