Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Pali Rohár
On Thursday 05 September 2013 17:02:47 Pali Rohár wrote: > > - Move most of Trojita into a shared library, > > libtrojitaprivate.so - Let both the standalone GUI version > > and the Kontact plugin link with libtrojitaprivate.so > > Ok, no problem. > One problem is there. CMake should not create

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Jan Kundrát
On Thursday, 5 September 2013 17:02:47 CEST, Pali Rohár wrote: - libtrojitaprivate.so shall include code for the basic plugins which implement e.g. password storage via QSettings Not possible without linker or other hacks. [...] 2. "static" plugin which has own qt_instance_ function (mangled

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Kevin Krammer
On Friday, 2013-09-06, Jan Kundrát wrote: > On Thursday, 5 September 2013 17:02:47 CEST, Pali Rohár wrote: > >> - libtrojitaprivate.so shall include code for the basic > >> plugins which implement e.g. password storage via QSettings > > > > Not possible without linker or other hacks. > > [...] >

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Pali Rohár
On Friday 06 September 2013 12:27:08 Jan Kundrát wrote: > On Thursday, 5 September 2013 17:02:47 CEST, Pali Rohár wrote: > >> - libtrojitaprivate.so shall include code for the basic > >> plugins which implement e.g. password storage via QSettings > > > > Not possible without linker or other hacks.

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Caspar Schutijser
On Friday, 6 September 2013 12:27:08 CEST, Jan Kundrát wrote: Pali, Thomas, Caspar, Kevin -- which of these do you prefer? I believe that 3) actually provides fastest compile times during regular development (i.e. the lest to rebuild upon an isolated change), which is somewhat of a one of the m

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Jan Kundrát
On Saturday, 7 September 2013 00:12:29 CEST, Pali Rohár wrote: Problem with relinking is because output from git describe is compiled as string into AppVersion library. So any target will depends on AppVersion will be recompiled/relinked. And if there will be one shared library it means that ev

Re: [trojita] Re: GSoC: plugins & loader

2013-09-06 Thread Pali Rohár
On Saturday 07 September 2013 00:03:49 Thomas Lübking wrote: > On Freitag, 6. September 2013 12:27:08 CEST, Jan Kundrát wrote: > > Pali, Thomas, Caspar, Kevin -- which of these do you prefer? > > Assuming that ppl. will likely use either the trojita > standalone XOR the kontact plugin, (3) seems f

[trojita] Re: GSoC: plugins & loader

2013-09-06 Thread Thomas Lübking
On Freitag, 6. September 2013 12:27:08 CEST, Jan Kundrát wrote: Pali, Thomas, Caspar, Kevin -- which of these do you prefer? Assuming that ppl. will likely use either the trojita standalone XOR the kontact plugin, (3) seems fine. Not sure about the compile/link overhead (degree), though - CMa

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Pali Rohár
On Friday 06 September 2013 20:23:19 Jan Kundrát wrote: > On Friday, 6 September 2013 12:56:56 CEST, Pali Rohár wrote: > > You forgot to include [1] link. > > Oops, http://labplot.sourceforge.net/developer/plugins/. > > >> -> Is there really a problem with adding a *static plugin* > >> into a *sh

Re: [trojita] GSoC: plugins & loader

2013-09-06 Thread Jan Kundrát
On Friday, 6 September 2013 12:56:56 CEST, Pali Rohár wrote: You forgot to include [1] link. Oops, http://labplot.sourceforge.net/developer/plugins/. -> Is there really a problem with adding a *static plugin* into a *shared library*? I think yes, because that qt plugin instance function co

[trojita] Re: GSoC: plugins & loader

2013-09-06 Thread Thomas Lübking
On Samstag, 7. September 2013 02:18:48 CEST, Pali Rohár wrote: On Friday 06 September 2013 20:23:19 Jan Kundrát wrote: ...which is why I like Thomas' suggestion to use actual instantiation of the basic plugins like passwords-in-qsettings, i.e. the call to a "impl = new FooPlugin(...)". FooPlug