summaryrefslogtreecommitdiffstats
path: root/doc/global/template
diff options
context:
space:
mode:
authorGiuseppe D'Angelo <giuseppe.dangelo@kdab.com>2022-04-06 16:39:22 +0200
committerGiuseppe D'Angelo <giuseppe.dangelo@kdab.com>2022-04-11 23:26:00 +0200
commite9962537743333059b4857ce63e9888cb9591774 (patch)
tree8f7070b91cbd2159f8dd8e862fcbb5ae223ce958 /doc/global/template
parent251e9f0bed6dd0206cc430365b6c6653f78969e1 (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 'doc/global/template')
0 files changed, 0 insertions, 0 deletions