lumiera_/doc
Ichthyostega 77c3226948 TreeExplorer: identify yet another subtle type inference problem
surprising behaviour encountered while covering more cases

...obviously the return type of ExpandFunctor::operator()
was inferred as value, even while the invoked functor, from which
this type was deduced, clearly returns a reference.

Solution is simple not to rely on inference, moreover since we know
the exact type in the enclosing scope, thanks to the refactoring which
made this ExpandFunctor a nested class

NOTE:
as it turned out, this is not a compiler bug,
but works as defined by the language:
on return type inference, the detected type is decayed,
which usually helps to prevent returning a reference to a temporary
2017-11-27 05:02:57 +01:00
..
design DOC: Considerations and Definitions regarding »Interaction Control« 2017-10-09 04:00:07 +02:00
devel CmdAccess: rename the front-end to CmdContext to clarify the purpose 2017-04-17 20:00:07 +02:00
technical TreeExplorer: identify yet another subtle type inference problem 2017-11-27 05:02:57 +01:00
user DOC: some problems when building with GCC-5 2015-11-20 05:34:11 +01:00
.gitignore Especially ignore Asciidoc generated HTML files in the documentation tree 2010-11-17 04:39:36 +01:00
DIR_INFO spelling fixes 2011-02-06 02:12:55 +01:00
index.txt DOC: slightly shorten and re-structure the "Contributing" tutorial 2013-10-27 08:41:40 +01:00
SConscript DOC: reorganise the Doxygen configuration and structure 2013-10-25 06:34:38 +02:00