Roger Kowalewski

Cannot help you really here because I still do not understand the pattern code. AFAIK you are right with your assumptions.

It has certainly no priority. It is just a suggestion and yes, our current build works. It may be just faster with this framework. We can close this issue, I...

> There are two different things: we need `is_trivially_copyable` for _any_ copying in and out of the DASH containers (has nothing to do with shared memory, we just cannot run...

Minor change: We cannot rely on `is_trivially_default_constructible` but only on `is_trivially_copyable`. As an example, `is_trivially_default_constructible` does not permit default initialization. This also excludes `dash::Pair` which has been valid until now....

> For the record: default construction of elements in containers has been brought up in #479. We discussed it already in a F2F and agreed on not doing that right?...

Like always, such PR get larger than expected. I am documenting everything now with sweet `static_assert`s in our test suite. These rules show if we can convert `GlobRef` to `GlobRef`...

> I guess there was once a discussion to move the dev-only stuff to this folder Yup. The original intent was that we do not want to "pollute" our root...

In my opinion we can move some of the `build.*` files into the contrib folder. The most relevant are `build.minimal.sh`, `build.dev.sh` and `build.sh`. I think almost nobody uses the other...

small update to our `.clang-format`. The settings are based on Google and I just added the relevant customizations for our code base. This way, our config is easier to maintain...

Yes, maybe you're right. However, only the `UnderfilledPatMultiple` test shows these errors,. This seems to be a bit strange.