<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">Thomas,</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">I'm sure you are the one that told me to setup the build folder the way I did when the source was moved to git.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">4 or 5 days ago I ran a old system that was still running Fedora 25 and the compile worked fine.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">I just tried it on one of my Fedora 26 systems and now it works there too.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">Not sure but it appears something changed in the source in the past week to fix my problem on Fedora 26. Not sure if it happened before or after I compiled on Fedora 25 so that test doesn't tell me much.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#073763">Thanks whoever fixed this.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font face="tahoma, sans-serif" size="2" color="#073763"><b><br></b></font></div><div dir="ltr"><font face="tahoma, sans-serif" size="2" color="#073763"><b>----<br>Brendan Coupe</b></font><br></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Aug 10, 2017 at 3:38 AM, Thomas Baumgart <span dir="ltr"><<a href="mailto:thb@net-bembel.de" target="_blank">thb@net-bembel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<span class=""><br>
On Mittwoch, 9. August 2017 17:33:50 CEST Jack wrote:<br>
<br>
> By in or out of tree - it is whether the build directory is below the<br>
> top source folder (within the source tree) or parallel to it (outside<br>
> the source tree).<br>
<br>
</span>Hmm, sort of. Both of your versions are considered outside of source tree.<br>
Inside source tree is when you directly compile in $KMMDIR.<br>
<span class=""><br>
> I've never been certain whether it theoretically<br>
> matters, but it does sometimes make a difference, often due to how make<br>
> handles the relative paths in the various Makefiles and related cmake<br>
> files.  I don't know if it will matter, but it might be worth trying.<br>
> Note your example doesn't show where you create the build dir, but it<br>
> can be under $BP but should not under $KMMDIR.<br>
<br>
</span>It should not matter. I build the same way as Brendan for years and that<br>
should not be a problem.<br>
<span class=""><br>
> However - you say you have two examples of failed build where<br>
> kmymoneysettings.h IS present where we expect it.  So the issue is not<br>
> whether that file gets built, it's why cmake isn't finding it when it<br>
> needs it use it.  Looking carefully at the make output you provided, I<br>
> see "Considering target file '//kmymoneysettings.h'."  I'm concerned<br>
> about the leading double slash.  I don't know make well enough to say<br>
> if that is a hint about the problem, but it does smell like it to me.<br>
<br>
</span>In fact, it looks like some empty vars here to me. The double slash should not<br>
be a problem, but eseentialy tools now search in the root directory of the<br>
filesystem and that certainly is not correct.<br>
<br>
Looking into the 4.8 branch stuff, I stumbled across the beginning of<br>
<br>
  kmymoney/dialogs/settings/<wbr>CMakeLists.txt<br>
<br>
which looks odd and contains those weird names required that Gary is talking<br>
about. This does not look right to me.<br>
<br>
That KMyMoney2_BINARY_DIR should certainly be replaced by something<br>
referencing CMAKE_CURRENT_BINARY_DIR<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
> On <a href="tel:2017.08.09%2016" value="+12017080916">2017.08.09 16</a>:53, Brendan Coupe wrote:<br>
> > I have several successful build folders left over from before the<br>
> > upgrade<br>
> > to Fedora 26. They all contain kmymoneysettings.h in {source path)/<br>
> > build/kmymoney/<wbr>kmymoneysettings.h<br>
> ><br>
> > The 2 recent failed build folders have the same file in the same<br>
> > folder and<br>
> > they are an exact match.<br>
> ><br>
> > I download a fresh copy of the source - 4.8 branch - each time I<br>
> > compile. I<br>
> > know that's not the most efficient way but I had problems many years<br>
> > ago so<br>
> > I modified my build script to get a clean copy each time.<br>
> ><br>
> > I'm not sure what you mean by in tree or out of tree. My build script<br>
> > creates a new date and time stamped folder, downloads the source into<br>
> > it,<br>
> > creates a new folder in the source folder called build and then I run<br>
> > cmake<br>
> > and make in that folder.<br>
> ><br>
> > Here are the relevant lines from my script:<br>
> > git clone git://<a href="http://anongit.kde.org/kmymoney" rel="noreferrer" target="_blank">anongit.kde.org/kmymoney</a> --branch 4.8  $BP/$KMMDIR<br>
> > cmake $BP/$KMMDIR -DCMAKE_INSTALL_PREFIX=/usr/<br>
> > make -j 8<br>
> ><br>
> > This all worked fine until I upgrade to Fedora 26 so it seems like<br>
> > it's not<br>
> > s KMM issue but something has changed in Fedora 26. It's a problem on<br>
> > both<br>
> > my desktop and laptop. I have one other system that I have not<br>
> > upgraded<br>
> > that I may be be able to test it on but we just moved and I have not<br>
> > set<br>
> > that system up yet so I'm not sure when I will get to it.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > *----Brendan Coupe*<br>
> ><br>
> > On Tue, Aug 8, 2017 at 10:51 AM, Jack<br>
> > <<a href="mailto:ostroffjh@users.sourceforge.net">ostroffjh@users.sourceforge.<wbr>net</a>><br>
> ><br>
> > wrote:<br>
> > > On <a href="tel:2017.08.07%2019" value="+12017080719">2017.08.07 19</a>:31, Brendan Coupe wrote:<br>
> > >> I already tried the libalkimia trick and it did not work this time.<br>
> > ><br>
> > > That would only work if it was an alkimia file which was missing,<br>
> ><br>
> > and it<br>
> ><br>
> > > was missing because your alkimia install was broken.<br>
> > ><br>
> > >> I was running with -j 8. I tried -j 1 and it took a lot longer to<br>
> ><br>
> > fail. I<br>
> ><br>
> > >> added -d to -j 1 and it also failed. I've copied the last part of<br>
> ><br>
> > the<br>
> ><br>
> > >> output below (I switched GMail to plain text mode, I hope it<br>
> ><br>
> > works).<br>
> ><br>
> > > Mail formatting is good - thanks.<br>
> > ><br>
> > >> ==============================<wbr>========<br>
> > >> Updating goal targets....<br>
> > >> Considering target file<br>
> > >> 'kmymoney/dialogs/settings/<wbr>CMakeFiles/settings_autogen.<wbr>dir/build'.<br>
> > >><br>
> > >>  File<br>
> ><br>
> > 'kmymoney/dialogs/settings/<wbr>CMakeFiles/settings_autogen.<wbr>dir/build'<br>
> ><br>
> > >> does not exist.<br>
> > ><br>
> > > [snip....]<br>
> > ><br>
> > >>       Must remake target '//kmymoneysettings.h'.<br>
> > ><br>
> > > I probably snipped too many lines, but the problem is it can't find<br>
> > > kmymoneysettings.h.  That file is not in the source, but gets<br>
> ><br>
> > created in<br>
> ><br>
> > > $build_dir/kmymoney.  So we need to figure out why it isn't being<br>
> ><br>
> > made.<br>
> ><br>
> > > First - what sources are you using?  If you are pulling from git<br>
> ><br>
> > head of<br>
> ><br>
> > > the 4.8 branch, confirm that "git status" doesn't show anything<br>
> ><br>
> > amiss.<br>
> ><br>
> > > Second - are you building in tree, or out of tree.  The latter is<br>
> > > recommended as safer.<br>
> > ><br>
> > > If that's not enough, we may have to track down where in the build<br>
> ><br>
> > process<br>
> ><br>
> > > that file SHOULD be created, and why it's not happening.<br>
> > ><br>
> > > Jack<br>
> > ><br>
> > >> On Mon, Aug 7, 2017 at 10:57 AM, Jack<br>
> ><br>
> > <<a href="mailto:ostroffjh@users.sourceforge.net">ostroffjh@users.sourceforge.<wbr>net</a>><br>
> ><br>
> > >> wrote:<br>
> > >> > Hello Brendan,<br>
> > >> ><br>
> > >> > On <a href="tel:2017.08.07%2012" value="+12017080712">2017.08.07 12</a>:28, Brendan Coupe wrote:<br>
> > >> >> I have been compiling KMM from source for many years. I have<br>
> ><br>
> > been using<br>
> ><br>
> > >> >> the 4.8 branch recently.<br>
> > >> >><br>
> > >> >> I upgraded from Fedora 25 to Fedora 26 a couple of weeks ago.<br>
> ><br>
> > Compiling<br>
> ><br>
> > >> >> fails pretty early in the process. See the last part of the<br>
> ><br>
> > output<br>
> ><br>
> > >> below. It<br>
> > >><br>
> > >> >> compiled from source without any issues prior to the OS upgrade.<br>
> > >> >><br>
> > >> >> Any idea what is going wrong?<br>
> > >> >><br>
> > >> >> ==============================<wbr>=========================<br>
> > >> >> *Generating MOC source EWIEGA46WW/moc_lendborrowwizar<br>
> > >><br>
> > >> dpage.cppGenerating<br>
> > >><br>
> > >> >> MOC source<br>
> ><br>
> > JKU67JSAFJ/moc_<wbr>KDChartTernaryPointDiagram.<wbr>cppGenerating MOC<br>
> ><br>
> > >> >> source EWIEGA46WW/moc_<wbr>loanamountwizardpage.<wbr>cppGenerating MOC<br>
> > >><br>
> > >> compilation<br>
> > >><br>
> > >> >> mocs_compilation.cpp[  6%] Built target<br>
> ><br>
> > kmm_kdchart_autogenGenerating<br>
> ><br>
> > >> MOC<br>
> > >><br>
> > >> >> source EWIEGA46WW/moc_<wbr>loanattributeswizardpage.<wbr>cppGenerating MOC<br>
> > >><br>
> > >> source<br>
> > >><br>
> > >> >> EWIEGA46WW/moc_namewizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>newcalculateloanwizardpage.<wbr>cppGenerating MOC<br>
> ><br>
> > source<br>
> ><br>
> > >> >> EWIEGA46WW/moc_<wbr>newgeneralinfowizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>newintrowizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>newpaymentswizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>paymenteditwizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>paymentfrequencywizardpage.<wbr>cppGenerating MOC<br>
> ><br>
> > source<br>
> ><br>
> > >> >> EWIEGA46WW/moc_<wbr>paymentwizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>previouspaymentswizardpage.<wbr>cppGenerating MOC<br>
> ><br>
> > source<br>
> ><br>
> > >> >> EWIEGA46WW/moc_<wbr>recordpaymentwizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>schedulewizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>summaryeditwizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>summarywizardpage.<wbr>cppGenerating MOC source<br>
> > >> >> EWIEGA46WW/moc_<wbr>variableinterestdatewizardpage<wbr>.cppGenerating MOC<br>
> > >> >> compilation<br>
> > >> >> mocs_compilation.cpp[  6%] Built target<br>
> ><br>
> > newloanwizard_autogenmake: ***<br>
> ><br>
> > >> >> [Makefile:163: all] Error 2*<br>
> > >> >> **============================<wbr>===========================<br>
> > >> ><br>
> > >> > First please consider sending plain text and not HTML to the<br>
> ><br>
> > list - you<br>
> ><br>
> > >> can<br>
> > >><br>
> > >> > see it messes up wrapping.<br>
> > >> ><br>
> > >> > This seems similar to a problem you had last October.   Have you<br>
> ><br>
> > tried<br>
> ><br>
> > >> "make<br>
> > >><br>
> > >> > -d" (or some slightly less verbose variant) to get debugging<br>
> ><br>
> > info?<br>
> ><br>
> > >> What -j<br>
> > >><br>
> > >> > value are you using?  I believe at that time, make (or gcc?)<br>
> ><br>
> > couldn't<br>
> ><br>
> > >> find<br>
> > >><br>
> > >> > some header file, which you fixed by removing and reinstalling<br>
> > >><br>
> > >> libalkimia.<br>
> > >><br>
> > >> > Jack<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
<br>
Regards<br>
<br>
Thomas Baumgart<br>
<br>
<a href="https://www.telegram.org/" rel="noreferrer" target="_blank">https://www.telegram.org/</a>       Telegram, the better WhatsApp<br>
------------------------------<wbr>------------------------------<wbr>-<br>
Contrary to popular belief, Unix is user friendly. It just happens to<br>
be very selective about who it decides to make friends with. -- unknown<br>
------------------------------<wbr>------------------------------<wbr>-<br>
</font></span></blockquote></div><br></div>