lumiera_/research
Ichthyostega 803292dda5 refactoring: towards a more generic formulation
because this element picking mechanism for tuples
looks like an instance of something generic.

At least I've written almost the same just some days ago
for the revised version of function-closure, where the
task was to replace a stretch of type arguments in
a given tuple type with a stretch of placeholder types
and then to build a modified ctor, which just fills
in the remaining arguments, while default constructing
the placeholder types. And if we look into the GNU
implementation of std::bind, they're using a similar
concept (with the difference that they're building
a functor object, where we use a type converter)


This refactoring also integrates some generally useful
bits into our standard metaprogramming helper collection
2016-01-27 12:38:16 +01:00
..
clang-static-init-1.cpp BUG: Clang shows a problem when accessing templated static variable through separate compilation units 2013-10-06 23:17:18 +02:00
clang-static-init-2.cpp bughunt: re-create the whole 2nd layer with a configurable product type --> HIT 2013-10-06 23:17:18 +02:00
clang-static-init.hpp BUG: Clang shows a problem when accessing templated static variable through separate compilation units 2013-10-06 23:17:18 +02:00
crash_gdb_jessie-2015-08.sh investigation: Segfault in GDB (IV) (related to #946) 2015-08-16 01:17:35 +02:00
DIR_INFO SCons: new build target for experimental code 2011-12-03 06:10:12 +01:00
SConscript experiment: now bind a Proc-Layer command to these fabricated functions 2016-01-15 23:55:44 +01:00
try.cpp refactoring: towards a more generic formulation 2016-01-27 12:38:16 +01:00