Re: [CMake] [Visual Studio] Is it possible to specify a different target architecture?

From: CMake > on behalf of Adam Rankin > Date: Tuesday, June 28, 2016 at 9:51 AM To: "cmake@cmake.org" > Subject: [CMake] [Visual

Re: [CMake] Changing the the current generator in CMake GUI

Bill Hoffman wrote: You can do it by changing the CMakeCache.txt file, but it won't work in the general case. You should put them in separate directories: build-32 and build-64. You can build both 32 and 64 from the same SOURCE tree, just not the same build tree.

Re: [CMake] Changing the the current generator in CMake GUI

Bill Hoffman wrote: >On 1/15/2016 2:41 PM, Greg Marr wrote: >> You can do both in the same solution/projects with the Microsoft fork >> of CMake, but it's not a general solution, and it doesn't handle >> different settings for 32 bit and 64 bit. > >Yes, and things lik

Re: [CMake] CMake with VS 2015 using Android?

Is it possible for CMake 3.4 to generate VS2015 projects targeting their new Android functionality? Is this just a matter of configuring the toolset (-T)? Or is there more to it? No, but Microsoft has added this functionality to their own fork, and is working to contribute it back to

Re: [CMake] Feature request: expose curl to cmake -E

iosif neitzke wrote: >On Fri, Dec 18, 2015 at 2:18 PM, Jakob van Bethlehem > wrote: >> Depending on what you precisely wish to achieve, maybe file(DOWNLOAD) >> already fits your needs? >> https://cmake.org/cmake/help/v3.1/command/file.html > >It does, generally, in the

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 5:55 PM, Cory Quammen wrote: > VTK exposes the /MP compiler flag in its CMake configuration. > > Here is the relevant code from >

Re: [CMake] Parallel builds

-Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Bill Hoffman Sent: Wednesday, September 16, 2015 2:00 PM To: cmake@cmake.org Subject: Re: [CMake] Parallel builds On 9/16/2015 1:47 PM, J Decker wrote: > I see yer right. > Details get

Re: [CMake] Parallel builds

From: J Decker [mailto:d3c...@gmail.com] Sent: Wednesday, September 16, 2015 1:30 PM To: Greg Marr Cc: Petr Bena; Cory Quammen; cmake@cmake.org; Bill Hoffman Subject: Re: [CMake] Parallel builds /mp has no effect on cmake projects since each file is compiled with a separate

Re: [CMake] on cmake supporting one arch per project (from CMake IR)

Since CMake is the one generating the project files, it is obvious that it should be the one that is updated to add this support. The current lack of support is not due to any kind of limitation in any of the IDEs, it is purely a limitation of the tool that is generating the project files that

Re: [CMake] on cmake supporting one arch per project (from CMake IR)

H, well, this last point raises the question of whether the support you're asking is best served by the IDE developers by wrapping around CMake (or some other build tool). Since CMake is the one generating the project files, it is obvious that it should be the one that is updated to add

Re: [CMake] undefined reference to error when use c extension

If you are including the .h file for the .c file in your .cpp file and it doesn't already have extern C in it, wrapping it like this when including it in your cpp should help: extern C { #include header.h } Sent from my Verizon Wireless 4G LTE smartphone Original message