Hans LINL bug fix

See merge request !116

Add support for HWLOC 2

See merge request !114

We no longer error from within the init function, instead we return a
bool. This way we achieve two things, one is that we fix a space leak in
cases where we errored, and two we now have an effect unit test in place
for this function.

Actually there isn't much we need to change, as much of our HWLOC code
deals with binding to PUs/CPUs. The main changes in hwloc v2 mainly
affect how to bind based on cache/memory locality, which we don't use
here. Further changes involve a change in how topology is orgonised, for
instance NUMA nodes are no longer treated as logical/real things,
instead they are treated as _memory children_ instead. The immediate
affect is that taversing the topology is different. Further
orgonisational changes to the topology exist, but really are handled by
the API such that we need only perform minor changes to the existing
code.

Fix Clang 11 warnings

See merge request !115

Adjustments for AppleClang needed from Mojave onwards

See merge request !113

Incorporate generic building

See merge request !111

We have had issues with the build system using mtune=native to compile
the libsac2c and the runtime libraries, making it impossible to create
distributable packages without it breaking due to ISA incompatibilities.

Changing the build system to not use mtune=native is doable, but
involves having to filter out the mtune=native flag at the right points
in the build. Additionally, when using different C compilers (such as
with NVCC) we need to account for this, which may require a different
solution for each compiler. This is non-trivial to achieve as in some
instances the compiler is not applicable to build sac2c, but only a
runtime lib or two.

This commit uses a different method, which encodes the mtune=native flag
into sac2crc and adds a sac2c flag (`-generic`) to toggle the effect.
The advantage here is that we can define different flags for different
SBIs, without affecting the build system. Furthermore, the changes to
the build system are minimal, which involves propagating the flags to
sac2crc and change whether libsac2c is built with mtune=native or not.

Artem Shinkarov authored Oct 27, 2018 and Hans-Nikolai Viessmann committed Sep 05, 2019

    Previously we didn't compile runtime libraries like libsac,
    sacprelude, etc. with -mtune=generic.  As a consequence, all our
    packages are (very likely) incompatible with cpus other than
    of the host system.

    This commit fixes it.
Signed-off-by: Hans-Nikolai Viessmann <hv15@hw.ac.uk>

remove -pedantic flag from cmake

See merge request !110

We make use of a GCC system header marker to indicate that the
headerfile is not C standard compliant, and thus disable the warnings
relating to zero-argument variadic macros.

This commit also fixes a small mistake in config.cmake where we added
the no warning flag to the wrong var (oops).

EMR optimisation extension for CUDA backend

See merge request !108

This is a known issue with running a CMake built Makefile system
that eventually calls and External_Project. The various _steps_ in
the External_Project are **not** considered individual jobs with
interdependencies. This can therefor cause multiple instances of one
_step_ to be run, leading to undefined behavior. The issue is
documented in [1] and affects all versions of CMake > 3.10.

The workaround for this is to explicitly set dependencies on the _steps_
and remove DEPENDS from the External_Project.

[1]: https://gitlab.kitware.com/cmake/cmake/issues/18663

Macros perform similar purpose as phase driver (see phase.c), the
main difference is to decouple it away from just running phases
cyclically. Still uses counters, but the user controls what these
are.

User for minimize_transfers.c and algebraic_wlfi.c.