CMake: Fix qt_add_plugin to be a proper public API function
When configuring an example like
widgets/tools/plugandpaint/plugins/basictools outside of a Qt build,
the configuration fails because it tries to call the internal function
instead of the public one.
This was needed some time ago to facilitate moving from qt_add_plugin
to qt_internal_add_plugin, so some compatibility code was added.
But we've now migrated to qt_internal_add_plugin across most repos,
so we should remove the compatibility code to allow examples to
configure successfully.
Amends 6fbeef4c6b
Fixes: QTBUG-86858
Change-Id: Ib15f50351a8742c44d7a8be84be4e576cb48bddb
Reviewed-by: Joerg Bornemann <joerg.bornemann@qt.io>
This commit is contained in:
parent
ff33883fea
commit
c6b3680bcf
@ -1280,12 +1280,7 @@ endfunction()
|
||||
|
||||
if(NOT QT_NO_CREATE_VERSIONLESS_FUNCTIONS)
|
||||
function(qt_add_plugin)
|
||||
if (NOT DEFINED QT_DISABLE_QT_ADD_PLUGIN_COMPATIBILITY
|
||||
OR NOT QT_DISABLE_QT_ADD_PLUGIN_COMPATIBILITY)
|
||||
qt_internal_add_plugin(${ARGV})
|
||||
else()
|
||||
qt6_add_plugin(${ARGV})
|
||||
endif()
|
||||
qt6_add_plugin(${ARGV})
|
||||
endfunction()
|
||||
endif()
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user