Hh, sorry, I should have found that myself! This definitely looks
interesting, and I agree that not requiring an external program like
Biicode is a good idea. Thanks for sharing this, I will try it out
when I have time :)
On Mon, Jan 11, 2016 at 7:40 AM, Cristian Adam wrote:
> On Mon, Jan 11, 201
On 11-Jan-16 18:42, Cristian Adam wrote:
Ruslan Baratov via CMake writes:
Hi,
I'm developing a project that is a kind of wrapper of
ExternalProject_Add and
allow it to be more reusable. User interface is quite simple.
For anybody interested, here is a github project:
* https://github.com/ru
On Mon, Jan 11, 2016 at 2:33 PM, Nicholas Braden wrote:
> Doesn't biicode already fill this role? Biicode seems to work well
> enough for me, anyway.
>
>
Biicode is dead.
There is a comparison with biicode here:
https://github.com/ruslo/hunter/issues/54
Having only CMake as a dependency is awes
Doesn't biicode already fill this role? Biicode seems to work well
enough for me, anyway.
On Mon, Jan 11, 2016 at 5:42 AM, Cristian Adam wrote:
> Ruslan Baratov via CMake writes:
>
>>
>> Hi,
>>
>> I'm developing a project that is a kind of wrapper of
>> ExternalProject_Add and
>> allow it to be
Ruslan Baratov via CMake writes:
>
> Hi,
>
> I'm developing a project that is a kind of wrapper of
> ExternalProject_Add and
> allow it to be more reusable. User interface is quite simple.
>
> For anybody interested, here is a github project:
>
> * https://github.com/ruslo/hunter
Recently p
Hi,
I'm developing a project that is a kind of wrapper of
ExternalProject_Add and
allow it to be more reusable. User interface is quite simple.
For example adding Boost:
hunter_add_package(Boost COMPONENTS system filesystem)
find_package(Boost REQUIRED system filesystem)
... or GTest
