lumiera_/research
Ichthyostega 5191073558 Library: continue Investigation with workaround, inconclusive yet
A simple yet weird workaround (and basically equivalent to our helper function)
is to wrap the argument tuple itself into std::forward<Args> -- which has the
effect of exposing RValue references to the forwarding function, thus silencing
the compiler.

I am not happy with this result, since it contradicts the notion of perfect forwarding.

As an asside, the ressearch has sorted out some secondary suspicions..
- it is *not* the Varargs argument pack as such
- it is *not* the VerbToken type as such

The problem clearly is related to exposing tuple elements to a forwarding function.
2019-04-20 17:27:47 +02: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
gtk-canvas-experiment.cpp ...tidy.up: preserve the Gtk::Canvas experiment (see #1020) 2018-10-07 17:31:49 +02:00
gtk-canvas-experiment.hpp Global-Layer-Renaming: adjust header includes 2018-11-15 23:42:43 +01:00
gtk-canvas-main.cpp Global-Layer-Renaming: adjust namespace qualification 2018-11-15 23:59:23 +01:00
SConscript ...tidy.up: prepare for working on the timeline display 2018-10-07 03:44:00 +02:00
try.cpp Library: continue Investigation with workaround, inconclusive yet 2019-04-20 17:27:47 +02:00