LUMIERA.clone/src
Ichthyostega 0cad2dacc0 Invocation: build a solution to adapt std::array
...which should ''basically work,'' since `std::array` is ''»tuple-like«'' —
BUT unfortunately it has a quite distinct template signature which does not fit
into the generic scheme of a product type.

Obviously we'd need a partial specialisation, but even re-implementing this
turns out to be damn hard, because there is no way to generate a builder method
with a suitable explicit type signature directly, because such a builder would
need to accept precisely N arguments of same type. This leads to a different
solution approach: we can introduce an ''adapter type'', which will be layered
on top of `std::array` and just expose the proper type signature so that the
existing Implementation can handle the array, relying on the tuple-protocol.


__Note__: this changeset adds a convenient pretty-printer for `std::array`,
based on the same forward-declaration trick employed recently for `lib::Several`.
You need to include 'lib/format-util.hpp' to actually use it.
2025-02-17 18:36:23 +01:00
..
common Invocation: groundwork for a Parameter-Build-Spec 2024-12-29 03:26:39 +01:00
include Copyright: clarify and simplify the file headers 2024-11-17 23:42:55 +01:00
lib Invocation: build a solution to adapt std::array 2025-02-17 18:36:23 +01:00
lumiera Copyright: clarify and simplify the file headers 2024-11-17 23:42:55 +01:00
plugin
stage Library: a step towards variadic type sequences (see #987) 2025-02-16 21:10:06 +01:00
steam Invocation: extract partial closure functionality 2025-02-16 23:16:46 +01:00
tool Copyright: clarify and simplify the file headers 2024-11-17 23:42:55 +01:00
vault Invocation: successfully invoke random-frame generation as Node 2025-01-06 19:47:51 +01:00
.gitignore
DIR_INFO
doxygen.dox Copyright: clarify and simplify the file headers 2024-11-17 23:42:55 +01:00
SConscript Global-Layer-Renaming: fix handling of GuiResources in the build 2018-11-16 18:18:33 +01:00