Better "make clean"? Or easier configuration?

Dirk Hohndel dirk at hohndel.org
Wed Apr 20 17:57:48 PDT 2016


> On Apr 20, 2016, at 5:35 PM, Tomaz Canabrava <tcanabrava at kde.org> wrote:
>    mkdir build
>    cd build
>    cmake ..
> 
> it will fail on grantlee. I'm not sure why. I get
> 
>   CMake Error at cmake/Modules/HandleFindGrantlee.cmake:10 (find_package):
>     By not providing "FindGrantlee5.cmake" in CMAKE_MODULE_PATH this project
>     has asked CMake to find a package configuration file provided by
>     "Grantlee5", but CMake did not find one.
> 
> 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.

No, back when we added this not a single distro had Grantlee5 packaged, so we had to bring our own.
We should revisit this and use the distro packages, once we convinced ourselves that they exist and work

> even though I have grantlee built and installed (previously) using the
> build script. I'm not sure why it finds libdivecomputer and marble in
> the install-root directory, but not grantlee..
> 
> because I hardcoded some pathes on subsurface cmake to look for the install root, but aparently I forgot about grantlee. will do that.

Sure, that's one way to solve that, but I'd rather have you check Fedora, Arch, openSUSE and what's that other one some people insist on using...? to figure out if they have a working Grantlee5 packaged. And check homebrew as well. I of course will continue to build this on Windows...

> Yes, yes, I can fix this, but it sure isn't obvious.. Is there an
> _obvious_ configuration setup, or perhaps just a better :"make clean"?
> that leaves the configuration but re-builds it?
> 
> Will not promise that, but I'll look it on this weekend.

A better make clean would be nice...

/D

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20160420/bc93ce47/attachment.html>


More information about the subsurface mailing list