<p dir="ltr">Subsue</p>
<p dir="ltr">Em 16 de ago de 2016 04:43, "Marco Martin" <<a href="mailto:notmart@gmail.com">notmart@gmail.com</a>> escreveu:<br>
><br>
> On Tuesday 16 August 2016, Martin Gysel wrote:<br>
> > Am 16.08.2016 um 01:55 schrieb Dirk Hohndel:<br>
> > > It's pretty clear that no one ever tested the <a href="http://kirigami.pro">kirigami.pro</a> qmake file.<br>
> > > The second patch I'm not 100% sure about, but it seems to match what the<br>
> > > documentation tells us SHOULD be done.<br>
> ><br>
> > maybe my understanding of the qt build system, tools and libraries is<br>
> > wrong, but wouldn't it be better to<br>
> ><br>
> > - use the .pri file when directly linking in kirigami into the (parent)<br>
> > project (include directive in PROJECT.pro), then the Q_INIT_RESOURCE is<br>
> > not necessary. using qmake this seems to be the easiest way and at least<br>
> > seems to compile for different platforms.<br>
><br>
> subsurface is cmake based, so the pri file can't be used</p>
<p dir="ltr">Subsurface is cmake based only on all platforms besides ios, I didn't managed to make the ios build work on cmake. </p>
<p dir="ltr">> > - use the .pro file when using kirigami as library/plugin (static or<br>
> > dynamic, from a parent 'subdirs' pro file). then the static variant<br>
> > needs the Q_INIT_RESOURCE. using this approach leads at least on iOS to<br>
> > various problems linking the app and not finding the resources at<br>
> > runtime (so it did so while I tested this)<br>
> ><br>
> > this also means we probably need another define like<br>
> > KIRIGAMI_BUILD_TYPE_STATIC_PLUGIN and/or KIRIGAMI_BUILD_TYPE_DYNAMIC_PLUGIN<br>
><br>
> why the one define used right now wouldn't be enough?<br>
><br>
> --<br>
> Marco Martin<br></p>