Hi everyone.
I've been working on this issue for almost 2 weeks now, originally with
cmake v3.6.1 and now with cmake v3.6.2. I have looked far and wide for
help, but with Clang/C2 support under Visual Studio being experimental,
I haven't been able to find much.
The problem is that when I ru
Hi there,
I'm using CMake 3.6.2 to generate solution/project files for Visual Studio 14 (2015) Win64 on
Windows 10. The problem is that "/Zc:inline" and "/Zc:rvalueCast" do not set
properly (but all other compiler flags do);
Both flags show up in the 'Additional Options' box in 'Configuration
Looks like https://github.com/redguardtoo/cpputils-cmake might be involved...
On Fri, Sep 9, 2016 at 5:04 PM, Vania Joloboff wrote:
> On 09/09/2016 05:45 PM, Michael Ellery wrote:
>>
>> This kinda’ sounds like you are doing an in-source build. Are you certain
>> that your currrent/working directo
On 09/09/2016 05:45 PM, Michael Ellery wrote:
This kinda’ sounds like you are doing an in-source build. Are you certain that
your currrent/working directory is different from your source tree root when
you run cmake? The typical way of doing this is just to make a subdirectory of
your source r
On Fri, Sep 9, 2016 at 4:45 PM, Michael Ellery wrote:
> This kinda’ sounds like you are doing an in-source build. Are you certain
> that your currrent/working directory is different from your source tree root
> when you run cmake? The typical way of doing this is just to make a
> subdirectory o
This kinda’ sounds like you are doing an in-source build. Are you certain that
your currrent/working directory is different from your source tree root when
you run cmake? The typical way of doing this is just to make a subdirectory of
your source root:
mkdir my_build
cd my_build
cmake
Hi,
I have started to use CMake for my software.
I build in a separate directory using :
$> cmake -G "Unix Makefiles"
Everything is built correctly and the software works fine.
However all of my source code directories get polluted.
Into each source directory, a new Makefile is created.
All of
- On Sep 7, 2016, at 12:52 PM, Cotton Candy
wrote:
> Here is the output from otool -L on skedmo-solver that you requested:
> skedmo-solver:
> libmysqlclient.18.dylib (compatibility version 18.0.0, current version 18.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current ve
Dear all,
I created toolchain file:
set(CMAKE_SYSTEM_NAME Linux)
set(CMAKE_SYSROOT "/srv/chroots/centos6-amd64")
set(CMAKE_C_FLAGS "-gcc-name=${CMAKE_SYSROOT}/usr/bin/gcc
-L${CMAKE_SYSROOT}/usr/lib64")
set(CMAKE_CXX_FLAGS "-gxx-name=${CMAKE_SYSROOT}/usr/bin/g++
-L${CMAKE_SYSROOT}/usr/lib64")
Hi Mike,
Thanks, I didn’t know that. Well... gonna have to take the plunge some day,
might aswell be now... :)
Regards
/R
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of mike lojkovic
Sent: den 8 september 2016 15:58
To: Cmake@cmake.org
Subject: Re: [CMake] Windows path too long
Can
10 matches
Mail list logo