Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

On Tue, Aug 21, 2018 at 3:47 PM Craig Scott wrote: > Excuse the brevity, but it sounds like you might be looking for the > CXX_EXTENSIONS target property (sorry if I've misunderstood your problem, let > me know why it isn't appropriate if so). See the following article for a more > complete

Re: [cmake-developers] [CMake] libc++ usage in CMake with Clang?

ed in the answer to Robert's question. I've been using > > set( CMAKE_CXX_FLAGS "${CMAKE_C_FLAGS} -stdlib=libc++") > > but it seems like there should be a more elegant approach. > > -tk > > -Original Message- > From: CMake On Behalf Of Robert Dailey

Re: [cmake-developers] CMAKE_C_COMPILER_ARG# not documented?

On Thu, Jul 19, 2018 at 1:17 PM, Robert Dailey wrote: > On Thu, Jul 19, 2018 at 1:13 PM, Robert Dailey > wrote: >> On Thu, Jul 19, 2018 at 1:07 PM, Brad King wrote: >>> On 07/19/2018 11:58 AM, Robert Dailey wrote: >>>> I can't remember where I heard about

Re: [cmake-developers] CMAKE_C_COMPILER_ARG# not documented?

On Thu, Jul 19, 2018 at 1:13 PM, Robert Dailey wrote: > On Thu, Jul 19, 2018 at 1:07 PM, Brad King wrote: >> On 07/19/2018 11:58 AM, Robert Dailey wrote: >>> I can't remember where I heard about these CMake variables, but in one >>> of my toolchain f

Re: [cmake-developers] CMAKE_C_COMPILER_ARG# not documented?

On Thu, Jul 19, 2018 at 1:07 PM, Brad King wrote: > On 07/19/2018 11:58 AM, Robert Dailey wrote: >> I can't remember where I heard about these CMake variables, but in one >> of my toolchain files I do this: >> >> set( CMAKE_C_COMPILER_ARG1 -m32 ) >>

[cmake-developers] CMAKE_C_COMPILER_ARG# not documented?

I can't remember where I heard about these CMake variables, but in one of my toolchain files I do this: set( CMAKE_C_COMPILER_ARG1 -m32 ) set( CMAKE_CXX_COMPILER_ARG1 -m32 ) On the [cmake variables][1] page, these are not documented. I expected an entry somewhere like `CMAKE__COMPILER_ARG<#>`

[cmake-developers] Building cmake QtDialog: Can't find QT 5.11.1

I have QT 5.11.1 installed, I used the open source installer. It did install msvc2015 32-bit libs but not 2017. Google search shows that 2015 is ABI compatible so CMake should use that. When I generate the CMake project, it says it can't find QT version 4.x. How do I build CMake with the GUI

[cmake-developers] C# targets and content source files

In Visual Studio, I can add *.ico files to my C# project and in the CSPROJ XML, it shows up as a element. Is this supported in CMake for CSharp targets? -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers

Re: [cmake-developers] Link element in C# project causing issues with binary dir

;layout-composer-build" as > sibling directories of each other? > > > > On Fri, Jun 29, 2018 at 4:12 PM Robert Dailey > wrote: >> >> According to the code, the logic is wrong: >> >> void cmVisualStudio10TargetGenerator::GetCSharpSourceLink( >> cm

Re: [cmake-developers] Link element in C# project causing issues with binary dir

CMake for checking if a file is in the CMAKE_BINARY_DIR? Or do I have to write my own code for that check? On Fri, Jun 29, 2018 at 3:08 PM, Robert Dailey wrote: > When I use configure_file() to generate AssemblyInfo.cs, which I allow > to go to the CMAKE_CURRENT_BINARY_DIR, Visual Studio 2017

[cmake-developers] Link element in C# project causing issues with binary dir

When I use configure_file() to generate AssemblyInfo.cs, which I allow to go to the CMAKE_CURRENT_BINARY_DIR, Visual Studio 2017 reports: Warning The file 'E:\code\layout-composer-build\Properties\AssemblyInfo.cs' could not be added to the project. Cannot add a link to the file

Re: [cmake-developers] 3.12.0-rc1: C# project outputting as a "vcxproj" (C++ project)

AM, Robert Dailey wrote: >> To fix this issue for now I had to do this: >> >> set_property( TARGET ${project_name} PROPERTY LINKER_LANGUAGE CSharp >> ) >> >> I don't remember having to explicitly tell CMake that the project is >> CSharp in the

Re: [cmake-developers] 3.12.0-rc1: C# project outputting as a "vcxproj" (C++ project)

, Jun 26, 2018 at 9:12 AM, Robert Dailey wrote: > Using 3.12.0-rc1, if I create a C# project, but use > `target_link_libraries` on it to pull in a dependency to a managed C++ > target, the C# project turns into a "vcxproj" after generation, > whereas if I remove the "ta

[cmake-developers] 3.12.0-rc1: C# project outputting as a "vcxproj" (C++ project)

Using 3.12.0-rc1, if I create a C# project, but use `target_link_libraries` on it to pull in a dependency to a managed C++ target, the C# project turns into a "vcxproj" after generation, whereas if I remove the "target_link_libraries()" call, it outputs as a "csproj" as I expect. Is this a known

Re: [cmake-developers] [CMake] Performance profiling for CMake scripts?

e set to > NEW or your cmake_minimum_required is sufficiently high, those can > have a significant improvement on configuration time. > > Polices ( both in CMake 3.1 ) > - CMP0054 'if parsing' > - CMP0053 'simplified variable reference and escape parsing' > > On Tue, Jun 19, 201

Re: [cmake-developers] How to obtain a list of target dependencies

I'm going to add the CMake Dev group as well, since I asked this same question last year around May and I didn't get any response. Hoping for some help this time around. I don't see anything documented, so maybe the developers know the best approach here. On Mon, Mar 12, 2018 at 3:03 PM, Robert

Re: [cmake-developers] How should config packages handle components?

in the same package) The cmake-packages doc kind of goes over #1, but #2 doesn't seem to have examples. On Fri, Sep 1, 2017 at 1:21 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > First of all, I want to apologize for including the developer list. > Maybe I'm not being pa

Re: [cmake-developers] [CMake] Should configuration package files define module package variables?

On Sat, Sep 2, 2017 at 3:08 AM, P F wrote: > In general, if the library does not have any dependencies, you can just > export the targets directly to the config.cmake file: > > install(TARGETS foo EXPORT foo-config) > install(EXPORT foo-config DESTINATION lib/cmake/foo) > >

Re: [cmake-developers] How should config packages handle components?

On Fri, Sep 1, 2017 at 1:40 PM, Alex Turbov <i.za...@gmail.com> wrote: > Hi Robert, > > > On Fri, Sep 1, 2017 at 9:21 PM, Robert Dailey <rcdailey.li...@gmail.com> > wrote: >> >> >> One problem I thought of with the former (one big target.cmake with &

[cmake-developers] How should config packages handle components?

First of all, I want to apologize for including the developer list. Maybe I'm not being patient enough, but it seems like every post I've made on the normal users list doesn't get any attention. Secondly, the cmake-packages portion of the cmake documentation doesn't go into a ton of detail about

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

. On Tue, Aug 29, 2017 at 12:51 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > On Tue, Aug 29, 2017 at 12:12 PM, Rolf Eike Beer <e...@sf-mail.de> wrote: >> Am Dienstag, 29. August 2017, 11:21:42 schrieb Robert Dailey: >>> Ok I debugged find_path() code in CMak

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

On Tue, Aug 29, 2017 at 12:12 PM, Rolf Eike Beer <e...@sf-mail.de> wrote: > Am Dienstag, 29. August 2017, 11:21:42 schrieb Robert Dailey: >> Ok I debugged find_path() code in CMake and I determined the problem. >> First, let me explain what I'm doing a little more... >

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

Ok I debugged find_path() code in CMake and I determined the problem. First, let me explain what I'm doing a little more... I build third party libraries on demand during configure step in CMake. I do so via execute_process() to invoke another CMake instance, that builds and installs a library.

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

On Tue, Aug 29, 2017 at 10:54 AM, Brad King <brad.k...@kitware.com> wrote: > On 08/29/2017 11:50 AM, Robert Dailey wrote: >> Wow even if I set ZLIB_ROOT, FindZLIB.cmake *still* won't find my zlib >> over the one provided by the Android NDK... >> >> Although I

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

Wow even if I set ZLIB_ROOT, FindZLIB.cmake *still* won't find my zlib over the one provided by the Android NDK... Although I was able to get this working fine on Windows, it does not work with the NDK's toolchain file. On Tue, Aug 29, 2017 at 10:43 AM, Robert Dailey <rcdailey.li...@gmail.

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

ay attention to > CMAKE_PREFIX_PATH. > > It's better to use a config file, but when you have to use a find > module, you have to dig in and figure out the right way to use each > one. > > > > On Tue, Aug 29, 2017 at 11:25 AM, Robert Dailey > <rcdailey.li...@gmail.c

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

29, 2017 at 10:11 AM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > What I'm hoping for is that find_package() follows the rules it > documents here: > https://cmake.org/cmake/help/v3.6/command/find_package.html > > Specifically, it states it searches these paths (and th

Re: [cmake-developers] [CMake] Debugging find_package() search behavior?

g 29, 2017 at 10:06 AM, David Cole <dlrd...@aol.com> wrote: > Shouldn't the "/zlib" at the end be included in your CMAKE_PREFIX_PATH? > > On Tue, Aug 29, 2017 at 11:01 AM, Robert Dailey > <rcdailey.li...@gmail.com> wrote: >> On Tue, Aug 29, 2017 at 9:56 AM, Bra

Re: [cmake-developers] Debugging find_package() search behavior?

On Tue, Aug 29, 2017 at 9:56 AM, Brad King <brad.k...@kitware.com> wrote: > On 08/29/2017 10:55 AM, Brad King wrote: >> On 08/29/2017 10:48 AM, Robert Dailey wrote: >>> CMAKE_PREFIX_PATH: E:/code/frontend/msvc_2015/third_party/installed >>> CMAKE_FIND_ROOT

Re: [cmake-developers] Debugging find_package() search behavior?

.cmake:377 (_FPHSA_FAILURE_MESSAGE) E:/Program Files/CMake/share/cmake-3.9/Modules/FindZLIB.cmake:112 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) Core/ThirdParty/zlib/CMakeLists.txt:6 (find_package) On Tue, Aug 29, 2017 at 9:33 AM, Brad King <brad.k...@kitware.com> wrote: > On 08/29/2017 10:27 AM, Robert D

Re: [cmake-developers] Debugging find_package() search behavior?

ROOT_PATH I think?) How can I get the proper install & find_package behavior on Windows based on the requirements above? On Sun, Aug 27, 2017 at 2:55 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > So I'm trying to get CMake to find a package, and it isn't finding it. > I am

Re: [cmake-developers] Should configuration package files define module package variables?

On Fri, Aug 25, 2017 at 11:21 AM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > So I've been studying the find_package[1] and "creating packages"[2] > documentation, as well as the CMakePackageConfigHelpers[3] page. > > Based on the current offerings of

[cmake-developers] Should configuration package files define module package variables?

So I've been studying the find_package[1] and "creating packages"[2] documentation, as well as the CMakePackageConfigHelpers[3] page. Based on the current offerings of configuration packages, I do not understand the need for the relocatable config.cmake file when all it really contains is:

Re: [cmake-developers] Best way to append "--no-undefined" to shared link flags?

that ships with the NDK according to Dan Albert). Does --no-defined get specified by default for other platforms? Or is it just Android that isn't getting it? On Tue, Jul 18, 2017 at 3:38 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > For only compilers that support it (I guess any

[cmake-developers] Using USES_TERMINAL in ExternalProject.cmake

In my own personal usage of add_custom_target() and add_custom_command(), I use USES_TERMINAL so that stdout and stderr from commands that are actively running get output in more real-time. I've only tested this using the Ninja generator, and seems to improve output behavior. Without it, I notice

[cmake-developers] There's several issues with NDK support in CMake 3.9.0

So I'm working with DanAlbert over on the NDK github project regarding some issues I've hit with NDK r15b using CMake 3.9.0-rc5. He's already identified one bug that I can help fix located in `Modules/Platform/Android/ndk-stl-c++.cmake` related to platform support. He also mentions something a bit

Re: [cmake-developers] 3.9.0-rc3: CMAKE_ANDROID_NDK_DEPRECATED_HEADERS doesn't work outside of toolchain

have made it available as a gist: https://gist.github.com/rcdailey/ae336b48b8681897c747524a5713c6c6 Hope this helps others that have similar questions. Thanks again Brad. On Tue, Jun 27, 2017 at 11:07 AM, Brad King <brad.k...@kitware.com> wrote: > On 06/27/2017 11:36 AM, Robert Dailey wro

Re: [cmake-developers] FindDoxygen is doing find_package() when it is included

it provides. I'm guessing this is supported behavior. If so, I'll rely on it. On Fri, Jul 7, 2017 at 1:20 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > I actually confused myself a bit... I think the issue is not that > finding happens when including it, but that doxygen_add_docs()

Re: [cmake-developers] FindDoxygen is doing find_package() when it is included

include FindDoxygen to get access to the function? On Fri, Jul 7, 2017 at 1:13 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > When I do this: > > > message( "blah1" ) > include( FindDoxygen ) > > message( "blah2" ) > find_package( Doxygen

[cmake-developers] add_custom_target(): When is VERBATIM appropriate?

This is a continuation of the discussion I had with Brad here: https://gitlab.kitware.com/cmake/cmake/merge_requests/1019#note_286609 Hopefully we can continue the discussion here, but I'm happy to hear from others as well. It was stated that VERBATIM is not necessarily useful in all cases. Are

Re: [cmake-developers] Built-in tag support for FindDoxygen

a separate function provided by FindDoxygen.cmake. I'll follow up later. Thanks for your advice. On Fri, Jun 30, 2017 at 9:48 PM, Craig Scott <craig.sc...@crascit.com> wrote: > > > On Thu, Jun 29, 2017 at 11:14 AM, Robert Dailey <rcdailey.li...@gmail.com> > wrote: >&

[cmake-developers] Built-in tag support for FindDoxygen

Doxygen supports linking external documentation together: https://www.stack.nl/~dimitri/doxygen/manual/external.html Using doxygen_add_docs(), it doesn't provide built-in support for tag files. I'm thinking this would be beneficial since the way the function is designed encourages modular

Re: [cmake-developers] 3.9.0-rc3: CMAKE_ANDROID_NDK_DEPRECATED_HEADERS doesn't work outside of toolchain

On Tue, Jun 27, 2017 at 10:22 AM, Brad King <brad.k...@kitware.com> wrote: > On 06/27/2017 11:14 AM, Robert Dailey wrote: >> Also at $DAYJOB, we all work on the same code base. Our product is >> tested and verified to work on a distinct set of configurations. Why >> woul

Re: [cmake-developers] 3.9.0-rc3: CMAKE_ANDROID_NDK_DEPRECATED_HEADERS doesn't work outside of toolchain

On Mon, Jun 26, 2017 at 3:32 PM, Brad King <brad.k...@kitware.com> wrote: > On 06/26/2017 11:58 AM, Robert Dailey wrote: >> Why does this only work in the toolchain file? > > 1. It needs to be set early. > > 2. It needs to propagate into try_compile projects. > >

Re: [cmake-developers] Bug with CMAKE_ASM_COMPILER and Android NDK

On Mon, Jun 26, 2017 at 10:25 AM, Brad King <brad.k...@kitware.com> wrote: > On 06/23/2017 03:18 PM, Robert Dailey wrote: >> enable_language(ASM) >> >> CMake appears to find clang.exe in the wrong place > > Add a `Modules/Platform/Android-Determine-ASM.cmake` mo

[cmake-developers] 3.9.0-rc3: CMAKE_ANDROID_NDK_DEPRECATED_HEADERS doesn't work outside of toolchain

Hi, I tried setting CMAKE_ANDROID_NDK_DEPRECATED_HEADERS in a common CMake script of mine (set during configuration but before any targets are created). I also tried making it a cache variable, but in each case it isn't working. I set like this: set( CMAKE_ANDROID_NDK_DEPRECATED_HEADERS 1 ) And

Re: [cmake-developers] Bug with CMAKE_ASM_COMPILER and Android NDK

Oh I'm using CMake 3.9.0 RC3 On Fri, Jun 23, 2017 at 2:18 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > So I have two environment variables: > > ANDROID_NDK = E:\android\ndk > ANDROID_NDK_72 = E:\android\ndk_72 > > In my toolchain file, I do this: > > >

[cmake-developers] Bug with CMAKE_ASM_COMPILER and Android NDK

So I have two environment variables: ANDROID_NDK = E:\android\ndk ANDROID_NDK_72 = E:\android\ndk_72 In my toolchain file, I do this: set( CMAKE_SYSTEM_NAME Android ) set( CMAKE_SYSTEM_VERSION 15 ) # API level set( CMAKE_ANDROID_ARCH_ABI armeabi-v7a ) set( CMAKE_ANDROID_STL_TYPE c++_shared )

Re: [cmake-developers] Trouble with FindPNG module

; wrote: > On 24/04/2017 15:54, Robert Dailey wrote: >> >> Sorry to bump; any info on this? I'm completely blocked :-( >> >> On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey <rcdailey.li...@gmail.com> >> wrote: >>> >>> I'm running CMake 3.8.

Re: [cmake-developers] Trouble with FindPNG module

On Mon, Apr 24, 2017 at 10:02 AM, Ben Boeckel <ben.boec...@kitware.com> wrote: > On Mon, Apr 24, 2017 at 09:54:18 -0500, Robert Dailey wrote: >> On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey <rcdailey.li...@gmail.com> >> wrote: >> > I'm running CMake 3.8.0

Re: [cmake-developers] Trouble with FindPNG module

Sorry to bump; any info on this? I'm completely blocked :-( On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following: > > find_package(PNG REQUIRED) > > Which gives me the output in CMak

Re: [cmake-developers] Support for unified headers in Android NDK

> latest changes soon next week! > > /Florent > > On Apr 20, 2017 10:10 PM, "Robert Dailey" <rcdailey.li...@gmail.com> wrote: >> >> I may pick this up, because right now it's impossible to use libc++ >> (LLVM) with an API less than 21 since that's when

Re: [cmake-developers] Support for unified headers in Android NDK

wrote: > On Thu, Apr 20, 2017 at 14:31:58 -0500, Robert Dailey wrote: >> Google is supporting unified headers for sysroot as of NDK r14: >> >> https://android.googlesource.com/platform/ndk/+/master/docs/UnifiedHeaders.md >> >> Is there a plan to add support for this na

[cmake-developers] Support for unified headers in Android NDK

Google is supporting unified headers for sysroot as of NDK r14: https://android.googlesource.com/platform/ndk/+/master/docs/UnifiedHeaders.md Is there a plan to add support for this natively into CMake? -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [cmake-developers] find_program() not using PATH on Windows?

a bit more complicated to implement as you need to > transition from Ant to Gradle, but I remember the ant tooling being > deprecated now, so it should improve the situation a little bit. > > /Florent > >> On 7 Apr 2017, at 14:32, Robert Dailey <rcdailey.li...@gmail.com> w

Re: [cmake-developers] find_program() not using PATH on Windows?

4/06/2017 04:43 PM, Robert Dailey wrote: >> Even worse, they seem to acknowledge this problem and created "proxy" >> macros for the use by the host OS (code at the bottom) > > Interesting. That approach depends on all projects using their > macros instead of the n

Re: [cmake-developers] find_program() not using PATH on Windows?

NLY ) set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY ) set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY ) endmacro() On Thu, Apr 6, 2017 at 3:41 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > Unsetting these at the bottom of the toolchain file fixes it: > > unset( CMAKE_FIND_ROOT_PATH ) > unset( CMAKE

Re: [cmake-developers] find_program() not using PATH on Windows?

re is a reason for it, but I'd never want this personally, and I find it concerning that a toolchain file can break this for the whole project. What should I do? On Thu, Apr 6, 2017 at 3:28 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > Brad, > > I debugged

Re: [cmake-developers] find_program() not using PATH on Windows?

/arm-linux-androideabi-4.9/prebuilt/windows/bin/Python35/ The real location of it (and what is visible in PATH itself) is: E:/Python35/ On Mon, Mar 20, 2017 at 9:20 AM, Brad King <brad.k...@kitware.com> wrote: > On 03/20/2017 10:17 AM, Robert Dailey wrote: >> What can I do to help you g

Re: [cmake-developers] enable_language behavior change

On Thu, Mar 23, 2017 at 10:50 AM, Brad King <brad.k...@kitware.com> wrote: > On 03/23/2017 11:35 AM, Robert Dailey wrote: >> Thanks Brad. For future reference, are these changes documented >> anywhere? I searched for "enable_language" in the 3.6 release note

Re: [cmake-developers] enable_language behavior change

On Thu, Mar 23, 2017 at 10:33 AM, Brad King <brad.k...@kitware.com> wrote: > On 03/23/2017 11:16 AM, Robert Dailey wrote: >> I remember around cmake v3.6, the behavior of enable_language() >> changed so that if you did it too many times, you'd get the error: >> >>

[cmake-developers] enable_language behavior change

I remember around cmake v3.6, the behavior of enable_language() changed so that if you did it too many times, you'd get the error: Language 'C' is currently being enabled. Recursive call not allowed. I need to implement some backward compatibility code to check of CMake version less than 3.6

Re: [cmake-developers] find_program() not using PATH on Windows?

On Mon, Mar 20, 2017 at 9:20 AM, Brad King <brad.k...@kitware.com> wrote: > On 03/20/2017 10:17 AM, Robert Dailey wrote: >> What can I do to help you guys diagnose this problem? I could try >> getting a reproducible script for you, but this is so dependent on >&g

Re: [cmake-developers] find_program() not using PATH on Windows?

On Mon, Mar 20, 2017 at 8:40 AM, Brad King <brad.k...@kitware.com> wrote: > On 03/17/2017 05:38 PM, Robert Dailey wrote: >> find_program(GIT_EXECUTABLE git) > > The steps it follows are documented here: > > https://cmake.org/cmake/help/v3.8/command/find_program.html &

[cmake-developers] find_program() not using PATH on Windows?

So I have Git 2.11.1 installed and it's located in E:\Git\cmd\git.exe. I ticked the option in the installer to add it to path. I tried using the FindGit module via find_package() to find Git, but it's not working. So I tried a simpler case: find_program(GIT_EXECUTABLE git) However it cannot

[cmake-developers] Multi-line strings with indentation ignored

At the moment, with CMake 3.0 and on, I can use this syntax for multi-line strings: option( ZIOSK_ENABLE_ZPAY_DIAGNOSTICS "\ Enable additional diagnostic logs for zPay related code. \ Should not be enabled for production due to the sensitivity \ and volume of logs that will be printed." ) The

Re: [cmake-developers] CMake integration in Gradle (Android Studio)

ne and I hope you'll find the > solution to your issues! > > As for CMake 3.7, when I asked about it in this mailing list, someone said > there will be > a compatibility layer to the toolchain to reuse the upstream support when > it's available > if I remember correctly. > > /Flor

Re: [cmake-developers] [CMake] CMake integration in Gradle (Android Studio)

I'm sorry but that doesn't really answer my questions. On Mon, Oct 31, 2016 at 8:55 AM, Cong Monkey <congzhan...@gmail.com> wrote: > Try to update your Android SDK from android studio? > > > 2016年10月31日 21:31，"Robert Dailey" <rcdailey.li...@gmail.com>写道： &

Re: [cmake-developers] [CMake] CMake integration in Gradle (Android Studio)

support to test CMAKE support! > > You can follow https://code.google.com/p/android/issues/detail?id=212007 > to get the details. > > 2016-10-28 5:48 GMT+08:00 Robert Dailey <rcdailey.li...@gmail.com>: >> I'm at a bit of a loss on finding more information. Can anyone at &

Re: [cmake-developers] CMake integration in Gradle (Android Studio)

I'm at a bit of a loss on finding more information. Can anyone at least confirm that this isn't a reliable place to find the answers I'm looking for? Does anyone have real experience with android + gradle + cmake integration and can provide some pointers? On Tue, Oct 25, 2016 at 8:48 AM, Robert

[cmake-developers] CMake integration in Gradle (Android Studio)

I'm not sure if the CMake mailing lists are the right place to ask this question but I thought I'd ask just in case someone has gone down this path or has experience with what Google/Gradle is actually trying to accomplish with what seems to be a hand-built version of CMake with custom patches

Re: [cmake-developers] Android Support

On Thu, Oct 20, 2016 at 2:51 PM, Brad King <brad.k...@kitware.com> wrote: > On 10/20/2016 03:35 PM, Robert Dailey wrote: >> So using takanome's cmake toolchain, he had support for native app >> glue. Does CMake offer support for this now? I was able to generate >&g

Re: [cmake-developers] Android Support

So using takanome's cmake toolchain, he had support for native app glue. Does CMake offer support for this now? I was able to generate but I'm not able to load in native app glue from the NDK. On Tue, Oct 18, 2016 at 10:05 AM, Mikhail Filimonov wrote: > Hi Brad, > It looks

Re: [cmake-developers] Android Support

On Tue, Sep 27, 2016 at 10:39 AM, Brad King wrote: > On 09/27/2016 11:28 AM, Florent Castelli wrote: >> Is there any plan on having their toolchain in CMake directly at some point? > > No. Their toolchain files are designed to be loaded from the NDK. They > compute things

Re: [cmake-developers] Android Support

Currently nightly builds are tagged 3.6.2. Are there no nightly builds for 3.7 or am I missing something? On Fri, Aug 12, 2016 at 10:26 AM, Robert Goulet wrote: > That's super awesome Brad! > > Looking forward to try this out! > > -Original Message- > From:

Re: [cmake-developers] [CMake] Need ideas/opinions on third party library management

pack and other meta builders do. See http://github. > com/llnl/spack > > On Aug 12, 2016 3:59 PM, "Robert Dailey" <rcdailey.li...@gmail.com> wrote: >> >> Hello, >> >> There is an internal C++ product at the company I work for which I >> have writte

[cmake-developers] Need ideas/opinions on third party library management

Hello, There is an internal C++ product at the company I work for which I have written a series of CMake scripts for. This project actually has dependencies on several open source libraries, such as boost, freetype, openssl, etc. Right now what we do is build each of these third party libraries

Re: [cmake-developers] Natvis support in Visual Studio

On Fri, Jul 15, 2016 at 9:05 AM, Brad King wrote: > VS: Add a VS_TOOL_OVERRIDE source file property > https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ed05f11d Nice, I wasn't aware that there was already a feature in place to support this. Given that this exists, is

[cmake-developers] Natvis support in Visual Studio

Hello CMake devs, I'm writing code to support Natvis files in Visual Studio 2015 (earlier versions support this as well, I think). I found an issue regarding this here (is Kitware officially using github or gitlab? CMake exists on both): https://gitlab.kitware.com/cmake/cmake/issues/16043

[cmake-developers] Changing FOLDER property of ALL_BUILD and RUN_TESTS targets in VS

I have the following CMake code: get_property( predefined_folder GLOBAL PROPERTY PREDEFINED_TARGETS_FOLDER ) set_target_properties( ALL_BUILD PROPERTIES FOLDER ${predefined_folder} ) if( BUILD_TESTING ) set_target_properties( RUN_TESTS PROPERTIES FOLDER "Testing" ) endif() However this

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

On Wed, Jan 13, 2016 at 3:16 PM, Alexander Neundorf <neund...@kde.org> wrote: > On Wednesday, January 13, 2016 10:16:23 Robert Dailey wrote: >> Running version 3.2.2 on Ubuntu 15. I run the following command: >> >> $ cmake .. -G"KDevelop3" -DCMAKE_C_COMPILER=gc

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

On Wed, Jan 13, 2016 at 12:36 PM, Brad King <brad.k...@kitware.com> wrote: > On 01/13/2016 11:16 AM, Robert Dailey wrote: >> Running version 3.2.2 on Ubuntu 15. I run the following command: > [snip] >> cmake: ../../Source/cmTarget.cxx:722: void >> cmTarget::GetSource

[cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

Running version 3.2.2 on Ubuntu 15. I run the following command: $ cmake .. -G"KDevelop3" -DCMAKE_C_COMPILER=gcc-4.9 -DCMAKE_CXX_COMPILER=g++-4.9 -DCMAKE_BUILD_TYPE=$config -DCMAKE_TOOLCHAIN_FILE="../toolchains/linux_i686.toolchain.cmake" My toolchain file is specified as follows:

Re: [cmake-developers] Code style auto-formatting

On Wed, Nov 18, 2015 at 5:47 PM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2015-11-17 16:44-0600 Robert Dailey wrote: > >> [...]Honestly all of this is a matter of taste, I don't expect >> everyone to agree on every little detail. I think the goal should be &g

Re: [cmake-developers] Code style auto-formatting

On Thu, Nov 19, 2015 at 8:26 AM, Brad King <brad.k...@kitware.com> wrote: > On 11/19/2015 09:22 AM, Robert Dailey wrote: >> Tonight I will do some testing and submit a patch + example files >> converted to the style Brad suggested. We can fine-tune it as needed. > > Rath

Re: [cmake-developers] Code style auto-formatting

re widely-used indentation > style outright and using clang-format to define it formally. > > On 11/17/2015 04:29 PM, Daniel Pfeifer wrote: >> On Tue, Nov 17, 2015 at 10:12 PM, Robert Dailey wrote: >>> How did you guys want to approach reformatting inconsistently >>> fo

Re: [cmake-developers] Code style auto-formatting

On Tue, Nov 17, 2015 at 6:57 AM, Paul Smith wrote: > On Tue, 2015-11-17 at 08:14 +, Stuermer, Michael SP/HZA-ZSEP wrote: >> In short, there is no fully automated style checking. If someone would >> come up with a tool & configuration I would love to use this. So far I

Re: [cmake-developers] [PATCH] User may now specify toolset through CMake GUI

d.k...@kitware.com> wrote: > On 02/17/2015 01:46 PM, Brad King wrote: >> On 02/17/2015 01:43 PM, Robert Dailey wrote: >>> Of course right now only Visual Studio and XCode support the toolset >>> parameter >> >> Correct. Furthermore it is supported onl

Re: [cmake-developers] [PATCH] User may now specify toolset through CMake GUI

16, 2015 at 9:50 PM, Robert Dailey <rcdailey.li...@gmail.com> wrote: > Hello everyone, > > I apologize for the long hiatus, but I've finally gotten back to this. > I've implemented the suggestions here: > > * deleteCache() now clears the toolset > * When the binary dir

[cmake-developers] Code style auto-formatting

IMHO, the code style in the CMake code base is incredibly inconsistent, but even the consistent style that is there is a giant pain to follow by hand. I'm constantly fighting my tooling's auto formatting. I prefer to keep my code additions similar to surrounding code. Do you use some tool such as

[cmake-developers] Visual Studio 2013 with CMake GUI on Windows

CMake requires Qt4, which is incompatible with VS 2013 officially. I do not want to apply patches to get it working. Is it possible to get CMake to use Qt5? I know this already supports VS 2013. Is Qt5 backward compatible with Qt4 with regards to the feature sets being utilized by CMake? I do

Re: [cmake-developers] Visual Studio 2013 with CMake GUI on Windows

On Fri, Nov 13, 2015 at 10:53 AM, Brad King <brad.k...@kitware.com> wrote: > On 11/13/2015 11:42 AM, Robert Dailey wrote: >> CMake requires Qt4, which is incompatible with VS 2013 officially. I >> do not want to apply patches to get it working. >> >> Is it

[cmake-developers] C++11 support?

Just to be clear, does CMake code base allow for C++11 or higher? or are you guys locked down to C++03? -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community.

Re: [cmake-developers] [CMake] Bug in CMake GUI 3.2.1?

I am running on Windows 8.1. Screenshots attached. On Mon, Apr 13, 2015 at 9:20 AM, Brad King brad.k...@kitware.com wrote: On 04/10/2015 12:26 PM, Robert Dailey wrote: I am noticing that after installing the official Windows installer for 3.2.1 release, CMake GUI looks different. Menu options

[cmake-developers] .gitattributes updates

Hey everyone, This isn't a huge change but I think it is important. I noticed that .gitattributes was not properly configured to utilize modern Git features: 1. * text=auto to specify automatic line ending handling for files that git detects as text files 2. Replace deprecated attribute

Re: [cmake-developers] [PATCH] User may now specify toolset through CMake GUI

On Tue, Feb 17, 2015 at 12:08 PM, Brad King brad.k...@kitware.com wrote: On 02/17/2015 12:21 PM, Robert Dailey wrote: What would be the best way to handle detecting which generators support toolset? The confusing piece I had to figure out last night is that there is simply no generator base

Re: [cmake-developers] [PATCH] User may now specify toolset through CMake GUI

, which may cause lost context since this email chain won't be connected to the new one (not sure if that matters). Thanks Brad. On Mon, Feb 16, 2015 at 10:35 AM, Brad King brad.k...@kitware.com wrote: On 02/15/2015 03:27 PM, rcdailey.li...@gmail.com wrote: From: Robert Dailey rcdai...@gmail.com

[cmake-developers] How to work with QtDialog?

I'm making minor modifications to add -T support to cmake-gui. However, I'm not familiar with how to develop CMake's GUI application. Do I generate for Visual Studio 2013 (I'm on windows)? I'm able to compile the QT dialog application and run it from Visual Studio, however if I have to add new

Re: [cmake-developers] Need some pointers on learning the code

On Tue, May 28, 2013 at 8:22 AM, Brad King brad.k...@kitware.com wrote: On 05/26/2013 12:04 PM, Robert Dailey wrote: I haven't gotten a response yet, I guess you guys stay pretty busy :) Huh? I responded here: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/6800/focus

Re: [cmake-developers] Need some pointers on learning the code

On Wed, May 29, 2013 at 1:22 PM, Brad King brad.k...@kitware.com wrote: Configure the script with the list as part of its source using configure_file. Simply brilliant. I love the ideas you're giving me here. I've been using CMake for years but I still miss out on coming up with good ideas like

  1   2   >