<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 20, 2016 at 8:31 PM, Linus Torvalds <span dir="ltr"><<a href="mailto:torvalds@linux-foundation.org" target="_blank">torvalds@linux-foundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So Fedora just upgraded their qt version today (or at least recently).<br>
<br>
After that, building subsurface gets me<br>
<br>
make[2]: *** No rule to make target<br>
'/usr/lib64/libQt5Concurrent.so.5.5.1', needed by 'subsurface'.<br>
Stop.<br>
<br>
Oops. Ok, I'll just do "make clean".<br>
<br>
That doesn't help, same error.<br>
<br>
There's no "distclean" or similar target, but I *can* basically just do<br>
<br>
ccmake .<br>
<br>
and just hit 'c' and 'g' to (re-)configure and generate, and that does<br>
fix the problem.<br>
<br>
But this points out that it looks like even just the configuration<br>
phase ends up creating dependencies that can change.<br>
<br>
Normally, I'd just do "git clean -dqfx" and blow everything away,<br>
which is what I do for the kernel, but the subsurface configuration<br>
phase is *so* confusing that I absolutely hate doing that. The build<br>
script does that, but it does so much else too..<br>
<br>
For example, if you actually do "git clean -dqfx" to blow everything<br>
away, and then do<br>
<br>
mkdir build<br>
cd build<br>
cmake ..<br>
<br>
it will fail on grantlee. I'm not sure why. I get<br>
<br>
CMake Error at cmake/Modules/HandleFindGrantlee.cmake:10 (find_package):<br>
By not providing "FindGrantlee5.cmake" in CMAKE_MODULE_PATH this project<br>
has asked CMake to find a package configuration file provided by<br>
"Grantlee5", but CMake did not find one.<br></blockquote><div><br></div><div>because the build script build things on a non-default path and CMAKE_MODULE_PATH is not set on your env - the correct way for using grantlee is (or should be) installed via the package manager. I don't remember why we did things that way, but I guess it was because it was easier for windows / mac.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
even though I have grantlee built and installed (previously) using the<br>
build script. I'm not sure why it finds libdivecomputer and marble in<br>
the install-root directory, but not grantlee..<br></blockquote><div><br></div><div>because I hardcoded some pathes on subsurface cmake to look for the install root, but aparently I forgot about grantlee. will do that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Yes, yes, I can fix this, but it sure isn't obvious.. Is there an<br>
_obvious_ configuration setup, or perhaps just a better :"make clean"?<br>
that leaves the configuration but re-builds it?<br></blockquote><div><br></div><div>Will not promise that, but I'll look it on this weekend.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Linus<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div><br></div></div>