Priority: P2: Important
Affects Version/s: 5.5.0
Fix Version/s: None
The situation I've found involves:
1st interface) allows the user to modify an exposed setting property (non-const) to initialize it in preparation for a session.
2nd interface) receives a copy of the settings type, which is used to initialize its own (const) setting property. Existing classes may desire to poll the setting property of this class to determine the active session's settings, but they should not be able to modify those settings.
Receive the following error:
"QMetaType::registerType: Binary compatibility break.
Type flags for type 'Settings*'  don't match. Previously registered TypeFlags(0x104), now registering TypeFlags(0x10c). This is an ODR break, which means that your application depends on a C++ undefined behavior.
Due to the error described above, it appears that both const Type * and (non-const) Type * cannot be registered simultaneously.