lumiera_/tests/core
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
..
application Modernise Unknown Exception handler and Exception messages 2018-04-02 01:48:51 +02:00
backend DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
proc investigate insidious ill-guided conversion 2018-10-12 23:42:56 +02:00
DIR_INFO re-arrange tests according to layer structure 2013-01-07 05:43:01 +01:00