Closed flippmoke closed 6 years ago
In OSRM we use a ENABLE_MASON
option. What you could also do is find_package(X)
and if the package could not be found on the user's system fall back to mason.
Let's keep the default be to use mason packages.
Let's also ensure that once the mason_packages
folder is downloaded, any subsequent builds re-use it without needing connectivity. I presume @artemp would be happy to depend on network once as long as he could then be offline and develop/rebuild. This should be feasible, and should be the way things work currently. @flippmoke can you confirm?
I'm working on a slightly revised way to declare mason deps that will reduce the coupling of mason logic and cmake syntax. Stay tuned, will post a PR in the next few weeks when I have something to show.
I think it might be productive to make this library use a layout similar to https://github.com/mapbox/hpp-skel. This would enable us to develop quickly between our different libraries. I feel that if we want to make this sort of interoperability possible we should frame it out in hpp-skel and then migrate it to all our libraries.
closing per https://github.com/mapbox/spatial-algorithms/pull/15#issuecomment-378996945: in short, this issue is now to be raised at hpp-skel (where we discuss best practices for repos based on hpp-skel).
@artemp wanted to see if it was possible to add flags to the way that
mason_use
in cmake operated such that it could point to an external library by default. This is not critical but could be very nice at times.