1 paź 2013 13:22 "Matěj Laitl" napisał(a):
>
> On 1. 10. 2013 Konrad Zemek wrote:
> > The way I see it, possible solutions are:
> >
> > * go the way of Mir: find sources installed by Kubuntu's package in
> > "FindGmock.cmake" (in Mir it's FindGtest.cmake)
> > downsides: depends on how distro p
On 1. 10. 2013 Konrad Zemek wrote:
> The way I see it, possible solutions are:
>
> * go the way of Mir: find sources installed by Kubuntu's package in
> "FindGmock.cmake" (in Mir it's FindGtest.cmake)
> downsides: depends on how distro packages gmock; e.g. Arch has no
> gmock package in offi
2013/10/1 Mark Kretschmann :
>
> While this is a convenient solution, distro packagers generally frown
> on bundling libraries with applications. With "frown" I mean the
> package won't be accepted at all if they learn about it. (For security
> reasons mostly, and generally because it's a packager'
On Tue, Oct 1, 2013 at 10:19 AM, Konrad Zemek wrote:
> * pull gmock's sources into our repository and add it through
> add_directory(). This is by far the easiest option, and we still control
> the version, and we have include files in place.
> downsides: sources are in our repository.
Whil
Hey,
2013/10/1 Mark Kretschmann
>
> So essentially GMock is no longer provided as a binary package, but
> instead it has to be compiled from source. While that's not an
> insurmountable problem, I think it would be beneficial to discuss it.
> Also because we could still influence the packaging to