lumiera_/tests/core/proc
Ichthyostega fa6ba76f85 investigate insidious ill-guided conversion
As it turns out, using the functional-notation form conversion
with *parentheses* will fall back on a C-style (wild, re-interpret) cast
when the target type is *not* a class. As in the case in question here, where
it is a const& to a class. To the contrary, using *curly braces* will always
attempt to go through a constructor, and thus fail as expected, when there is
no conversion path available.

I wasn't aware of that pitfall. I noticed it since the recently introduced
class TimelineGui lacked a conversion operator to BareEntryID const& and just
happily used the TimelineGui object itself and did a reinterpret_cast into BareEntryID
2018-10-12 23:42:56 +02:00
..
asset investigate insidious ill-guided conversion 2018-10-12 23:42:56 +02:00
control Modernise Unknown Exception handler and Exception messages 2018-04-02 01:48:51 +02:00
engine Modernise Unknown Exception handler and Exception messages 2018-04-02 01:48:51 +02:00
mobject investigate insidious ill-guided conversion 2018-10-12 23:42:56 +02:00
play Demote the Play-Facade to a in-language (C++) Interface to get rid of InterfaceFacadeLink 2018-04-03 02:14:45 +02:00