[PATCH] kcmoduleinfo [WAS] Plugin linking problem
Rafael Fernández López
ereslibre at gmail.com
Thu Aug 9 23:17:48 BST 2007
>
> Ah -- OK. That's cheating :)
> The first argument to K_EXPORT_COMPONENT_FACTORY is supposed to be the
> libname,
> but in this case it's something else.
That is what it was supposed to be, but no. The documentation there I think
wasn't very clear. Is the FactoryName. What happens is that in case that the
X-KDE-FactoryName is missed in a .desktop file, X-KDE-Library is taken in
its place. So yeah, it is the library in the case that X-KDE-FactoryName is
not provided on the .desktop file.
# define Q_EXPORT_PLUGIN2(PLUGIN, PLUGINCLASS) \
> Q_PLUGIN_VERIFICATION_DATA \
> Q_EXTERN_C Q_DECL_EXPORT \
> const char * Q_STANDARD_CALL
> qt_plugin_query_verification_data() \
> { return qt_plugin_verification_data; } \
> Q_EXTERN_C Q_DECL_EXPORT QObject * Q_STANDARD_CALL
> qt_plugin_instance() \
> Q_PLUGIN_INSTANCE(PLUGINCLASS)
> So surely this doesn't allow to export more than one plugin from a
> plugin-library, does it?
Hmm... is a pity. It was really nice a library could provide more than one
service (call it plugin, kcmodule, or whatever). So, I commit my changes for
Monday or I leave them ?
I think we could do something on KDE for allowing a library provide more
than one service, that sounds a bit poor to me :(
Bye and thanks,
Rafael Fernández López.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070810/78f91028/attachment.htm>
More information about the kde-core-devel
mailing list