Re: [CMake] Setting properties to interface

On Mon, Apr 17, 2017 at 5:04 AM, Tiago Macarios wrote: > Thanks Craig! That works. Just to confirm, there is no way to disable > extensions for a single interface? > Not that I'm aware of. > > On Sun, Apr 16, 2017 at 1:51 AM, Craig Scott >

Re: [CMake] New Visual Studio project types

This is not cross-platform: "Today Visual Studio only supports building remotely on the Linux target machine." Am 16. April 2017 08:19:49 MESZ schrieb Robert Bielik : >Hi all, > >With the "new" Cross-platform project types in VS2015+

Re: [CMake] New Visual Studio project types

Still, it is supported by visual studio, to build remotely, on Linux. I would like to take advantage of that with my current cmake projects, which I cannot do today. > -Original Message- > From: Hendrik Sattler [mailto:p...@hendrik-sattler.de] > Sent: den 16 april 2017 12:04 > To:

Re: [CMake] CXX_STANDARD use latest

Not sure if it lines up exactly with what you want, but the latest CMake release (3.8.0) allows you to specify the minimum language standard via compiler features: https://cmake.org/cmake/help/latest/manual/cmake-compile-features.7.html#requiring-language-standards On Sun, Apr 16, 2017 at

[CMake] New Visual Studio project types

Hi all, With the "new" Cross-platform project types in VS2015+ (https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/), it's almost ridiculously easy and fun to develop X-platform on f.i. the raspberry pi. I have a CMake based console app which I'd like to use

Re: [CMake] New Visual Studio project types

Ideally, I would like to: 1. Develop in Visual Studio 2. Cross-compile on the Windows Linux subsystem 3. Run/debug the code on a Raspberry Pi Maybe too much to ask for  Regards /R > -Original Message- > From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Robert > Bielik > Sent:

Re: [CMake] Setting properties to interface

As per my other email just now, you should be able to achieve what you want with the new CMake 3.8.0 release: add_library(a_lib INTERFACE) target_compile_features(a_lib INTERFACE cxx_std_11) I did a quick test with the above just now and it seems to work as expected. You may, however, still want

Re: [CMake] CMAKE_SIZEOF_VOID_P question

Ghislain Vaillant skrev: Next question is then why doesn't GNUInstallDirs set CMAKE_INSTALL_LIBDIR as I expect on Ubuntu for the example I gave? I am expecting to see either lib64/lib (for 64/32 bit) or a triplet for (32-bit). Now it's always 'lib'. Debian / Ubuntu injects this additional

Re: [CMake] Setting properties to interface

Thanks Craig! That works. Just to confirm, there is no way to disable extensions for a single interface? On Sun, Apr 16, 2017 at 1:51 AM, Craig Scott wrote: > As per my other email just now, you should be able to achieve what you > want with the new CMake 3.8.0 release:

[Cmake-commits] CMake branch, next, updated. v3.8.0-769-g81ad2d8

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated discards 715d5a8e17e435f6be64a8c16b658f1e4b33a42c (commit) discards

[Cmake-commits] CMake branch, master, updated. v3.8.0-752-geb97417

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via eb974170cbfbbc202ba7bd3688879a239544f1e2 (commit) from

[Cmake-commits] CMake branch, nightly, updated. v3.8.0-768-g715d5a8

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, nightly has been updated discards 3f1af3ab0d00cb010dd3be08d4218643c487bc8b (commit) discards

[Cmake-commits] CMake branch, nightly-master, updated. v3.8.0-751-gf23bede

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, nightly-master has been updated via f23bede8b556d9d72b6bd5501e82ce1c8f3ce1c2 (commit) from

[Cmake-commits] CMake branch, next, updated. v3.8.0-768-g715d5a8

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated discards 50b727d75021c0bd3bec3107e69a4c8d481572cd (commit) discards