Fix #438, atomic pdi_deactivate.h, allows disabling PDI's operation while maintaining valid syntax

[JAuriac]

Fix #438, atomic pdi_deactivate.h. Add a new header file which allows disabling PDI's operation, while maintaining valid syntax, and not modifying existing code.

List of things to check before making a PR

Before merging your code, please check the following:

• you have added a line describing your changes to the Changelog;
  Modify pdi/CHANGELOG.md.
• you have added unit tests for any new or improved feature;
  Added pdi/tests/test_06.
• In case you updated dependencies, you have checked pdi/docs/CheckList.md.
  No dependencies change.
• you have checked your code format:
  • you have checked that you respect all conventions specified in CONTRIBUTING.md;
    Atomic as feature.
  • you have checked that the indentation and formatting conforms to the .clang-format;
  • you have documented with doxygen any new or changed function / class;
    Not applicable.
• you have correctly updated the copyright headers:
  • your institution is in the copyright header of every file you (substantially) modified;
  • you have checked that the end-year of the copyright there is the current one;
    Currently 2015-2021 on pdi.h, changed to 2024 on pdi_deactivation.h only
• you have updated the AUTHORS file:
  • you have added yourself to the AUTHORS file;
    Julian Auriac as maintainer.
  • if this is a new contribution, you have added it to the AUTHORS file;
• you have added everything to the user documentation:
  • any new CMake configuration option;
  • any change in the yaml config;
  • any change to the public or plugin API;
  • any other new or changed user-facing feature;
    Modified pdi/pdi/docs/Using_PDI.md.
  • any change to the dependencies;
• you have correctly linked your MR to one or more issues:
  • your MR solves an identified issue;
    Fix Provide a mechanism to deactivate PDI on demand #438.
  • your commit contain the Fix #issue keyword to autoclose the issue when merged.

[Yushan-Wang]

Could we remove this paraconf dependency?

[Yushan-Wang]

Can you put to test all PDI functions?

[Yushan-Wang]

I suggest you put hdf5 plugins here, to follow the case where PDI was enabled and did output. Also we can be sure from the test that the plugin is not triggered in the no-pdi case.

[Yushan-Wang]

as we discussed, put the file under no-pdi/include/pdi.h

[benoitmartin88]

I think it would be best for the end user if deactivating PDI requires the least changes.
With that idea in mind, the deactivated PDI header should be named pdi.h.
Also, another CMake should probably be included.

[jbigot]

100% agreed, I think the use-case is for the user to copy this file in their own repository so that they don't require an actual installation of PDI anymore. On the CMake side, we have to find a solution that works for this use-case too.