<p dir="ltr">On Nov 28, 2013 7:26 AM, "Aurélien Gâteau" <<a href="mailto:agateau@kde.org">agateau@kde.org</a>> wrote:<br>
><br>
> Le mercredi 27 novembre 2013 10:16:57 Ben Cooksley a écrit :<br>
> > Hi,<br>
> ><br>
> > > I just disabled it, so that you can give it a try. Can you modify kdelibs<br>
> > > job<br>
> > > definition so that cmake is called with -DSUPERBUILD=ON and "make sb_all"<br>
> > > is<br>
> > > called first, then "make"?<br>
> ><br>
> > That has now been done in 6a67a97e79f1c0251bf0038e8ecd46dbe59cae72 to<br>
> > sysadmin/build-kde-org.<br>
> > Unfortunately the build failed.<br>
><br>
> So I spent my day on that failure and <a href="http://build.kde.org">build.kde.org</a> is still red. The failure<br>
> is caused by meinproc5 not finding the kdex.dtd file. It should be fixed by<br>
> defining the XDG_DATA_DIRS variable to "$CMAKE_INSTALL_PREFIX/share/" or<br>
> whatever dir where meinproc can find "ksgmltools2/customization/dtd/kdex.dtd",<br>
> installed by kdoctools (Ben, can you look into this?)</p>
<p dir="ltr">That is not possible I'm afraid - we have to keep the install prefix out of cmake_prefix_paths and other env variables otherwise fresh builds would be contaminated by prior runs.</p>
<p dir="ltr">><br>
> In the process of debugging that, I butchered the superbuild script and fixed<br>
> some dependency issues. sb_* targets now only depend on the target declared<br>
> before them, so if you have:<br>
><br>
>         sb_add_project(foo)<br>
>         sb_add_project(bar)<br>
>         sb_add_project(baz)<br>
>    sb_end() # Declares the sb_all target<br>
><br>
> Then sb_all depends on sb_baz, which depends on sb_bar, which depends on<br>
> sb_foo.<br>
><br>
> This ensures frameworks are built in the correct order and helps keeping the<br>
> build output readable, since only one framework can be built at a time,<br>
> regardless of the value of the "-j" argument (but said the build of the<br>
> framework itself is still parallel). It also means it is no longer necessary<br>
> to declare framework dependencies there, which is good because people kept<br>
> forgetting half of them.<br>
><br>
> It also means building sb_baz will cause a build sb_foo of sb_bar first,<br>
> regardless of whether they depend on each others. If you want to check if a<br>
> framework builds standalone without building all the frameworks listed before<br>
> it, go to $BUILDDIR/superbuild/$framework and run make from there.<br>
><br>
> Aurélien</p>
<p dir="ltr">Thanks,<br>
Ben<br>
</p>