diff options
author | Giuseppe D'Angelo <giuseppe.dangelo@kdab.com> | 2022-04-06 16:39:22 +0200 |
---|---|---|
committer | Giuseppe D'Angelo <giuseppe.dangelo@kdab.com> | 2022-04-11 23:26:00 +0200 |
commit | e9962537743333059b4857ce63e9888cb9591774 (patch) | |
tree | 8f7070b91cbd2159f8dd8e862fcbb5ae223ce958 /LICENSE.GPL3 | |
parent | 251e9f0bed6dd0206cc430365b6c6653f78969e1 (diff) |
Add a marker for post-C++17 APIs in exported classes
MSVC will export any function in an exported class, including inline
ones. Conversely: client code calling inline functions in imported
classes will end up simply calling the symbol of the function, even if
the function is fully inline.
This is a problem for adding post-C++17 APIs in Qt. Such APIs are added
as inline functions protected by feature-macro tests, so that both Qt
and client apps can use any C++ version they want (any combination
works).
However, if we add a function using post-C++17 API to an exported class,
then the combination "Qt built in C++17" + "client built in post-C++17"
won't work any more. The client will expect the symbol for that function
to be exported by Qt, but Qt won't have it (built in C++17).
As a workaround, add a marker that turns these functions into "faux
templates", like Q_WEAK_OVERLOAD does.
Change-Id: I2adab81e3129c881c5a8e0772948b176fa4db1b6
Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
Diffstat (limited to 'LICENSE.GPL3')
0 files changed, 0 insertions, 0 deletions