v0.6.0 release

[anyzelman]

Associated branch(es) should be named vx.y.z-rcn, where vx.y.z corresponds to the version ID in the title and n is the release candidate ID.

Looped start (loop count is n):

• Bump new version number in ./CMakeLists.txt
• Set same version in doxygen (doxy.conf)
• Check compiler warnings and suppressions
• Remove trailing spaces and tabs, and check for spaces-before-tabs
• Update changelog.md according to MRs in develop after rcn-1 and the current rcn. (Let rc-1 be develop.)
• Test rcn (see below for ``sub-checklist'')

If unsuccessful:

• fix bugs in separate issues / MRs that merge into develop
• rebase vx.y.z-rcn unto develop and rename it to vx.y.z-rcn+1
• uncheck all checked boxes above and restart loop

If successful:

• merge rcn into develop
• ensure internal CI remains happy
• merge develop into master
• ensure internal CI remains happy
• tag master after merge with version ID, and push the new tag

Testing TODOs:

• GitHub CI should flag OK
• Internal CI should flag OK (warning: the branch name matters!)
• Ubuntu ARM without LPF without banshee
• Ubuntu ARM with LPF and MPICH without banshee
• Ubuntu x86 with LPF and MPICH without banshee
• Fedora x86 without LPF without banshee
• Fedora x86 with LPF and MPICH without banshee
• Any OS on any arch with LPF and OpenMPI without banshee
• CentOS x86 with LPF and MPICH without banshee

[anyzelman]

Full test suite on Ubuntu ARM with LPF and MPICH without banshee is running

• GCC 9.4.0, MPICH 3.3.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-109-generic

Full test suite on Ubuntu x86 with LPF and MPICH without banshee is running

• GCC 9.4.0, MPICH 3.3.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-105-generic

Full test suite on Fedora x86 with LPF and MPICH without banshee is running

• GCC 9.3.1, MPICH 3.3.2, Fedora 31, kernel 5.8.18-100.fc31.x86_64

[anyzelman]

Full test suite on CentOS Stream with LPF and MPICH without banshee OK

• GCC 8.5.0, MPICH 3.4.2, CentOS Stream release 8, kernel 4.18.0-408.el8.x86_64

[anyzelman]

Full test suite on Fedora x86 with LPF and MPICH without banshee is OK

• 1427 tests in 903 minutes

[anyzelman]

Full test suite on Fedora x86 without LPF and without banshee is running

• GCC 9.3.1, MPICH 3.3.2, Fedora 31, kernel 5.8.18-100.fc31.x86_64

[anyzelman]

Full test suite on Ubuntu x86 with LPF and MPICH without banshee is OK

• 1427 tests in 910 minutes

[anyzelman]

Full test suite on Ubuntu ARM with LPF and MPICH without banshee is OK

• 1387 tests in 830 minutes

[anyzelman]

Full test suite on Ubuntu ARM without LPF without banshee is running

• GCC 9.4.0, MPICH 3.3.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-109-generic

[anyzelman]

Full test suite on Ubuntu ARM with LPF and OpenMPI without banshee is running

• GCC 9.4.0, OpenMPI 4.1.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-109-generic

[anyzelman]

Full test suite on Fedora x86 without LPF and without banshee is OK

• 598 tests in 488 minutes

[anyzelman]

Full test suite on Ubuntu ARM without LPF without banshee is OK

• 598 tests passed but forgot to time it

[anyzelman]

Full test suite on Ubuntu ARM with LPF and MPICH without banshee is OK

* 1387 tests in 830 minutes

Re-ran this one due to deviating number of tests (environment config issue): all OK

• 1427 tests passed in 1057 minutes.

[anyzelman]

Full test suite on Ubuntu ARM with LPF and OpenMPI without banshee is running

* GCC 9.4.0, OpenMPI 4.1.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-109-generic

Cluster OpenMPI startup confirmed to be randomly segfaulting on ARM. Re-running OpenMPI check on x86.

[anyzelman]

Unit and smoke tests with LPF and OpenMPI OK on x86:

• GCC 8.5.0, OpenMPI 4.0.2, CentOS Stream release 8, kernel 4.18.0-408.el8.x86_64
• GCC 9.4.0, OpenMPI 4.1.2, Ubuntu 20.04.4 LTS, kernel 5.4.0-105-generic
• except for manual launching smoke tests as those are unsupported by OpenMPI