QtCS2024 C++26 Reflection: Difference between revisions
Ivan.solovev (talk | contribs) (→Notes) |
Ivan.solovev (talk | contribs) (→Notes) |
||
| Line 7: | Line 7: | ||
==Notes== | ==Notes== | ||
What do we need to do to figure out if C++26 standard | What do we need to do to figure out if reflections in C++26 standard are good enough for us? | ||
Revision as of 13:59, 5 September 2024
Session Summary
Session Owners
Thiago
Note taker: Ivan
Notes
What do we need to do to figure out if reflections in C++26 standard are good enough for us?
Where reflections are used: moc, QMetaType.
moc is the more interesting usecase.
C++26 is not good enough, because we cannot detect signals and slots with reflections.
/* Two more things from Fabian TBD*/
Not enough support for function reflections (parameter list, default values, etc).
QML actually needs parameter names, not only types.
Can we extract all the info that is generated by moc (6.9 version) from the reflections (constexpr, consteval)?
C++26 most probably wouldn't get reflection support for attributes - so, maybe not really useful for us?
What do we do with Q_PROPERTY?
We need build system support for reflections as well.
We do not need to be source-compatible with non-reflection code. We might request new syntax to support reflection.
Giuseppe was nomintaed to do the research together with Thiago.
We should talk directly to proposal authors, not to the commitee. Talk to Ville to get the contacts. Design freeze is Feb. 2025.