[CMake] System is unknown to cmake Platform/MINGW64_NT-6.3

2016-11-14 Thread Stephen Groat
Received this error message ( https://ci.appveyor.com/project/stephengroat/unicorn/build/1.0.23/job/ybemjtabbbwvab86#L200) but don't know where to look in the directory for the config file. I'm running Mingw-w64 with msys and bash. Any advice? Thanks, Stephen -- Powered by www.kitware.com Ple

Re: [CMake] Force MSVC runtime for debug builds

2016-11-14 Thread Kim Kryger
I ran into this today. I tried to use /MD to link against a custom md library, but because _DEBUG was defined *by CMake* I couldn't use it out of the box. Why is CMake defining _DEBUG for MSVC projects anyways? _DEBUG is automatically defined when using /MDd, and I don't believe it should be defin

Re: [CMake] Are the current scoping rules for functions intended and documented?

2016-11-14 Thread Brad King
On 11/14/2016 10:29 AM, Mario Werner wrote: > I was just surprised by the scoping rules of CMake when it comes to > function definitions and sub scopes (i.e., subdirectories). I expected > that function definitions adhere to the same scoping rules as variables. That would be nice behavior. > Howe

Re: [CMake] clang-format

2016-11-14 Thread Tiago Macarios
Well, I don't really mind how it is implemented. During compilation, or as a separate target, but it would be a nice feature. On Sun, Nov 13, 2016 at 11:08 PM, Patrick Boettcher < patrick.boettc...@posteo.de> wrote: > Hi, > > On Mon, 7 Nov 2016 12:06:15 -0800 > Tiago Macarios wrote: > > CMake ha

[CMake] Are the current scoping rules for functions intended and documented?

2016-11-14 Thread Mario Werner
Hi, I was just surprised by the scoping rules of CMake when it comes to function definitions and sub scopes (i.e., subdirectories). I expected that function definitions adhere to the same scoping rules as variables. More concretely, I assumed that function definitions in a sub scope are only valid

Re: [CMake] FindBoost not finding MinGW libraries

2016-11-14 Thread Sergei Nikulov
14 ноя 2016 г. 4:36 PM пользователь "David Demelier" < demelier.da...@gmail.com> написал: > > Hello, > > I've installed boost under C:\env\mingw64 so I basically have the > following content: > > - C:\env\mingw64\include\boost-1_62\boost\* > - C:\env\mingw64\lib\libboost_libname-mgw62-1_62.dll(.a)

[CMake] FindBoost not finding MinGW libraries

2016-11-14 Thread David Demelier
Hello, I've installed boost under C:\env\mingw64 so I basically have the following content: - C:\env\mingw64\include\boost-1_62\boost\* - C:\env\mingw64\lib\libboost_libname-mgw62-1_62.dll(.a) I've also set the following environment variables: - BOOST_INCLUDEDIR=C:\env\mingw64\include\boost-1_6

Re: [CMake] CMake 3.7: Test #379: RunCMake.CPack_RPM fails

2016-11-14 Thread Domen Vrankar
2016-11-12 14:38 GMT+01:00 Christoph Grüninger : > Dear CMake folks, > I am trying to package CMake for openSuse. I was a bit surprised that > the new dependency libuv was nowhere mentioned. Can it be disabled by a > configure switch for older systems? > If I remember correctly libuv is only used