<p dir="ltr"><br>
1 paź 2013 13:22 "Matěj Laitl" <<a href="mailto:matej@laitl.cz">matej@laitl.cz</a>> napisał(a):<br>
><br>
> On 1. 10. 2013 Konrad Zemek wrote:<br>
> > The way I see it, possible solutions are:<br>
> ><br>
> > * go the way of Mir: find sources installed by Kubuntu's package in<br>
> >   "FindGmock.cmake" (in Mir it's FindGtest.cmake)<br>
> >   downsides: depends on how distro packages gmock; e.g. Arch has no<br>
> >   gmock package in official repos. Also, gmock version is out of our<br>
> >   control.<br>
><br>
> We may affect how distros package gmock. As gmock upstream clearly recommends<br>
> installing the sources and then let each project build gmock from the<br>
> installed sources, I think we should push distributions to do it that way.<br>
><br>
> So I'm +1 for requiring distros to install gmock sources and ideally providing<br>
> a standardized way of finding them (for example pkgconfig). Initially, we can<br>
> provide our own FindGmock.cmake with some heuristics ourselves.</p>
<p dir="ltr">Definitely. If we can push distros to package googlemock in a standardized way it would be an ideal solution. </p>
<p dir="ltr">><br>
> > * use CMake's ExternalProject_add. This is the method that I use in<br>
> >   my projects, additionally hidden behind FindGmock.cmake. Here we<br>
> >   control gmock version and at the same time not store its sources<br>
> >   in our repository.<br>
> >   downsides: sources have to be downloaded during "make" step.<br>
> >   Include directories are also not there before running cmake.<br>
><br>
> -1. Downloading stuff during build is a no-go for me, plus it is the least<br>
> secure, you loose all the checksuming etc.</p>
<p dir="ltr">I understand and echo the sentiment about downloading; just want to note that ExternalProject_add works with release tars and checksums. I prefer it to bundling the source in the repo, and this method (albeit without downloading) is used by Mir to work with packaged googlemock. <br>

</p>