las3_pub / predictable_parallel_patterns

Threads must be joined on scheduler termination and tasks must be pushed onto the stack to allow better memory management.

This was highlighted as an issue in the steal_work routine, as frequent calls to virtual functions are expensive.

Please note that this does currently not execute, but only removed the 'old aspecs'. We are still missing launching the root fork_join task.

This is required to correctly execute multiple, consecutive wait_for_all calls in one fork_join_sub_task.

These currently do nothing but being boilerplate required to implement a new top level task.

The __thread implementation of thread local, static variables seems more efficient, so we activate this by default. If it is (for some reason) not available/slower than the pthread version, one can toggle it for the specific system/processor later on using macros.

We do this to properly separate the cache alginment logic in the next step, allowing us to port all cache aligned objects without worrying about portability.

We do so by pulling out the profiling macros in our own iclude file. In the future we might even be able to use this to build up further visualisations of the executing programm.

Use only placement new on pre-allocated memory. This makes sure that we have to have no assumptions on the inital state of the memory region.

This lead to some bug-fixes that covered move constructors not correctly assigning memory. We might clean this up further by only allowing in place creation of these types (placement new).

There are serval ways we could optimize the calls, but for now this should be enough for first tests.

The current solution is not clean, but allows us to change error handling later on without missing any point in the programm where we would want to use it.