LUMIERA.clone/tests/core/proc/mobject
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
..
builder DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
controller Doxygen Fixes (#1062) 2017-04-02 04:22:51 +02:00
session investigate insidious ill-guided conversion 2018-10-12 23:42:56 +02:00
mobject-interface-test.cpp DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
mobject-ref-test.cpp DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
output-mapping-test.cpp Library: typeof obsoleted by decltype 2017-12-04 03:53:36 +01:00
placement-basic-test.cpp Doxygen: magically insert a reference to the test class 2017-02-22 03:17:18 +01:00
placement-hierarchy-test.cpp Fix funny problem with C header stdbool.h 2018-04-02 03:27:07 +02:00
placement-object-identity-test.cpp Doxygen: magically insert a reference to the test class 2017-02-22 03:17:18 +01:00
placement-ref-test.cpp Doxygen: magically insert a reference to the test class 2017-02-22 03:17:18 +01:00