date:20130221

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

2013-02-21 Thread Amit Suveer

Hello Bill,

I am attaching all the files present at " C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/" location. I have changed name of
"SquishRunTestCase.bat" to "SquishRunTestCase._bat".
I doubt about installation of CMake. During installation it asked me about
add to path check box. I did not checked it. Does it create any problem ?

Additionally, in properties of my Visual Studio 10:
Target : "C:\Program Files (x86)\Microsoft Visual Studio
10.0\Common7\IDE\devenv.exe"
Start In : "C:\Program Files (x86)\Microsoft Visual Studio
10.0\Common7\IDE\"



On Thu, Feb 21, 2013 at 11:01 PM, Bill Hoffman [via CMake] <
ml-node+s3232098n7583315...@n2.nabble.com> wrote:

> On 2/20/2013 2:07 PM, amitsuveer wrote:
> > The C compiler identification is unknown
> > The CXX compiler identification is unknown
> > Performing Test Support for 64 bit file systems
> It should not be unknown...
>
> Can you send the files in CMakeFiles?
>
> --
> Bill Hoffman
> Kitware, Inc.
> 28 Corporate Drive
> Clifton Park, NY 12065
> [hidden email] 
> http://www.kitware.com
> 518 881-4905 (Direct)
> 518 371-3971 x105
> Fax (518) 371-4573
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://cmake.3232098.n2.nabble.com/Problem-in-configuring-VTK-with-Visual-Studio-2010-Windows-7-64bit-tp7583301p7583315.html
>  To unsubscribe from Problem in configuring VTK with Visual Studio 2010,
> Windows 7 64bit., click 
> here
> .
> NAML
>



-- 
Thanks & Regards,
- - -

Amit Suveer || Post Graduate Student || School of Medical Science and
Technology || Indian Institute of Technology Kharagpur, India.

Ph: +91-88617-17688


Modules.zip (1M) 





--
View this message in context: 
http://cmake.3232098.n2.nabble.com/Problem-in-configuring-VTK-with-Visual-Studio-2010-Windows-7-64bit-tp7583301p7583327.html
Sent from the CMake mailing list archive at Nabble.com.--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

2013-02-21 Thread Todd Greer

The "-include global/Include.h" works great, until it crosses paths with 
ExternalProject. It will probably work just as well in CMAKE_CXX_FLAGS.

I've got two potential workarounds in mind
1. Move the -include to CMAKE_CXX_FLAGS
2. Specify an explicit CONFIGURE_COMMAND and BUILD_COMMAND, so the parent 
project's configuration can't interfere with the child project.

The documentation is not entirely clear to me on whether a given compiler 
argument should go in add_definitions or CMAKE_CXX_FLAGS. My understanding 
(from various posts I've found) is that they do the same thing, except that 
CMAKE_CXX_FLAGS sends args to the linker, as well as to the compiler. Since 
add_definitions is the one that's actually in the main documentation, I figured 
that was the one to go with.

BTW, I also couldn't find in the documentation exactly what state of the parent 
CMake is supposed to effect the child CMake. I think the intent is that they 
are only related via the arguments to ExternalProject_Add (including their 
default values).

I welcome all corrections to any misapprehensions I may have.

Thank you,
Todd Greer
Principal Scientist, Affinegy, Inc.

-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of 
Bill Hoffman
Sent: Thursday, February 21, 2013 8:31 PM
To: cmake@cmake.org
Subject: Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

On 2/21/2013 8:15 PM, Todd Greer wrote:
> add_definitions(-include global/Include.h)
>
> We call CMake with these two lines in a shell script: cmake -G Xcode 
> .. cmake --build . --config Release
>
> It turns out that call to add_definitions is key. It worked perfectly 
> until we added in the ExternalProject_Add. I don't understand why they 
> interact, at all, but they do.

So, does that flag work even in regular Xcode projects?   I am thinking 
using add_definitions like that might be the problem.  That is really a 
compiler flag.  What if you put it in CMAKE_CXX_FLAGS or CMAKE_C_FLAGS?

Is there another way to do that in your project?

--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

2013-02-21 Thread Bill Hoffman


On 2/21/2013 8:15 PM, Todd Greer wrote:

add_definitions(-include global/Include.h)

We call CMake with these two lines in a shell script: cmake -G Xcode
.. cmake --build . --config Release

It turns out that call to add_definitions is key. It worked perfectly
until we added in the ExternalProject_Add. I don't understand why
they interact, at all, but they do.


So, does that flag work even in regular Xcode projects?   I am thinking 
using add_definitions like that might be the problem.  That is really a 
compiler flag.  What if you put it in CMAKE_CXX_FLAGS or CMAKE_C_FLAGS?


Is there another way to do that in your project?

--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

2013-02-21 Thread Todd Greer

Here's a minimal CMakeLists.txt:

cmake_minimum_required(VERSION 2.8)
project(cmake_ep_test)
include(ExternalProject)

ExternalProject_Add(
  gtest
  SOURCE_DIR ${CMAKE_SOURCE_DIR}/../googletest
  INSTALL_COMMAND ""
  LOG_DOWNLOAD ON
  LOG_CONFIGURE ON
  LOG_BUILD ON)

add_definitions(-include global/Include.h)

We call CMake with these two lines in a shell script:
cmake -G Xcode ..
cmake --build . --config Release

It turns out that call to add_definitions is key. It worked perfectly until we 
added in the ExternalProject_Add. I don't understand why they interact, at all, 
but they do. 

The contents of the "googletest" directory are a copy of 
http://googletest.googlecode.com/svn/trunk/, but I don't expect that's actually 
relevant. The "-include" causes global/Include.h to be included at the 
beginning of every source file, and I might try moving it to CMAKE_CXX_FLAGS as 
a workaround.

Please let me know if I can provide any more information. I can send you a zip 
file of the full set of logs, or the full directory with source and build 
artifacts if that will be helpful (or I can file a bug and attach them there). 
Just let me know.

Thank you for looking into this,
Todd Greer
Principal Scientist, Affinegy, Inc.

-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of 
Bill Hoffman
Sent: Thursday, February 21, 2013 11:41 AM
To: cmake@cmake.org
Subject: Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

On 2/21/2013 12:02 PM, Todd Greer wrote:
> I'm having difficulty getting ExternalProject_Add to work with XCode. 
> It appears to be a CMake bug, and I'll file it if no one corrects me. 
> I've been unable to find any other reports of this issue.

Should work

Can you give a small example that shows the problem?

-Bill

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] How about a CMake debugger?

2013-02-21 Thread Jean-Christophe Fillion-Robin

Hi Kent,

Matt started to work on a debugger last year, any contribution would be
welcome.
See https://github.com/thewtex/cmakedbg

Hth
Jc


On Thu, Feb 21, 2013 at 3:32 PM, Kent Williams wrote:

> As I'm now deep in tracing through 80K lines of cmake --trace output, man
> I'd love some sort of CMake debugger!
>
> Actually if you use Emacs you can kinda sorta do tracing -- run CMake with
> the --trace parameter in the compile bufffer (i.e. alt-x compile command)
> and then the Emacs next-error steps a line at a time through the trace
> output, just like a source debugger.
>
> But it doesn't give you the option of seeing the values of CMake
> variables, or to change them.
>
> I know this is asking for a major feature change, but CMake has grown up.
>  We now have multi-thousand-line CMake build systems, and the only
> debugging tool we have is MESSAGE()
>
>
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>



-- 
+1 919 869 8849
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] How about a CMake debugger?

2013-02-21 Thread Kent Williams

As I'm now deep in tracing through 80K lines of cmake --trace output, man
I'd love some sort of CMake debugger!

Actually if you use Emacs you can kinda sorta do tracing -- run CMake with
the --trace parameter in the compile bufffer (i.e. alt-x compile command)
and then the Emacs next-error steps a line at a time through the trace
output, just like a source debugger.

But it doesn't give you the option of seeing the values of CMake variables,
or to change them.

I know this is asking for a major feature change, but CMake has grown up.
 We now have multi-thousand-line CMake build systems, and the only
debugging tool we have is MESSAGE()
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMAKE_SYSTEM_PROCESSOR says x86 on Win64

2013-02-21 Thread John Drescher

On Thu, Feb 21, 2013 at 2:46 PM, Martin Koller  wrote:
> Hi all,
>
> I found an old cmake bug entry (see below) for the problem I have:
>
> I downloaded and installed the 32bit cmake exe on a 64bit windows
> and wanted to build our project as 64bit executable. However in our
> cmake files (which are used for Linux, Solaris, windows) we often check
> for the current processor architecture we build for as we need to link
> against external libraries which are stored in different subdirs etc.
>
> Problem is: as cmake is a 32bit exe, wincrap always returns a value
> of "x86" even on a 64bit machine as described here:
> http://blogs.msdn.com/b/david.wang/archive/2006/03/26/howto-detect-process-bitness.aspx
>
> In brief - they say to detect the current CPU shall be done as:
>
> IF PROCESSOR_ARCHITECTURE == amd64 OR
>PROCESSOR_ARCHITEW6432 == amd64 THEN
>// OS is 64bit
> ELSE
>// OS is 32bit
> END IF
>
> I think this should really be fixed in cmake directly to be able
> to use this cmake variable in a true platform independant way
> (at least it already works perfectly for all other platforms)
> and the cmake doc suggest that it tells me excactly that:
> "CMAKE_SYSTEM_PROCESSOR: The name of the CPU CMake is building for."
> which is not correct in this case.
>

Here is what works for me:

if (CMAKE_SIZEOF_VOID_P MATCHES 8)
set( PROJECT_ARCH "x86_64" )
else(CMAKE_SIZEOF_VOID_P MATCHES 8)
set( PROJECT_ARCH "x86" )
endif(CMAKE_SIZEOF_VOID_P MATCHES 8)

John
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CMAKE_SYSTEM_PROCESSOR says x86 on Win64

2013-02-21 Thread Martin Koller

Hi all,

I found an old cmake bug entry (see below) for the problem I have:

I downloaded and installed the 32bit cmake exe on a 64bit windows
and wanted to build our project as 64bit executable. However in our
cmake files (which are used for Linux, Solaris, windows) we often check
for the current processor architecture we build for as we need to link
against external libraries which are stored in different subdirs etc.

Problem is: as cmake is a 32bit exe, wincrap always returns a value
of "x86" even on a 64bit machine as described here:
http://blogs.msdn.com/b/david.wang/archive/2006/03/26/howto-detect-process-bitness.aspx

In brief - they say to detect the current CPU shall be done as:

IF PROCESSOR_ARCHITECTURE == amd64 OR
   PROCESSOR_ARCHITEW6432 == amd64 THEN
   // OS is 64bit
ELSE
   // OS is 32bit
END IF

I think this should really be fixed in cmake directly to be able
to use this cmake variable in a true platform independant way
(at least it already works perfectly for all other platforms)
and the cmake doc suggest that it tells me excactly that:
"CMAKE_SYSTEM_PROCESSOR: The name of the CPU CMake is building for."
which is not correct in this case.

Shall I reopen this mantis task ?

Old bug entry: http://public.kitware.com/Bug/view.php?id=9065
-- 
Best Regards/Schöne Grüße

Martin

-
Ing. Martin Koller , mailto:martin.kol...@etm.at , http://www.etm.at
ETM professional control GmbH, A-7000 Eisenstadt Marktstr. 3
Phone:+43 2682/741-62603, Fax:+43 2682/741-52555
-
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?


--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMake'ified Boost

2013-02-21 Thread Bill Hoffman


On 2/21/2013 12:59 PM, Jean-Christophe Fillion-Robin wrote:

Hi James,

On a slightly different topic, you mentioned you were using Boost, did
you find a version of boost > 1.49 that was CMake'ified ?

Here is the one I found: http://gitorious.org/boost/cmake/trees/cmake-1.49.0

Thanks
Jc

There is new work here:

https://svn.boost.org/trac/boost/wiki/CMakeModularizationStatus

I don't think it is ready for use yet, but it is moving forward.

-Bill

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CMake'ified Boost

2013-02-21 Thread Jean-Christophe Fillion-Robin

Hi James,

On a slightly different topic, you mentioned you were using Boost, did you
find a version of boost > 1.49 that was CMake'ified ?

Here is the one I found: http://gitorious.org/boost/cmake/trees/cmake-1.49.0

Thanks
Jc


On Thu, Feb 21, 2013 at 12:39 PM, Bill Hoffman wrote:

> On 2/21/2013 10:34 AM, James Turner wrote:
>
>> I've just setup a SuperBuild using ExternalProject, and am pleasantly
>> surprised how well it works so far.
>>
>> I've encountered one issue, which is awkward - I'm basically using
>> the SuperBuild to automate assembling / updating dependencies for the
>> final sub-project, which is the real project I normally work on. I
>> typically work on that project using Xcode and the Xcode generator.
>> The problem is, if I use -G Xcode for the super build, some parts
>> fail (and to be honest this is no surprise - amongst the dependencies
>> is Boost, for example).
>>
>> So the question, can I safely set things to use a different generator
>> for a CMake-based ExternalProject, and still have a top-level build
>> of everything? The documentation for how the generator flag is
>> handled by ExternalProject_Add, makes me think there might be
>> something 'magic' happening. (This would mean, for example, the
>> top-level Makefile called xcodebuild to build the xcodeprojs I
>> guess)
>>
>> I didn't yet try this on MSVC, I'm curious what the situation will be
>> there with the same setup. Is a top-level NMake build with msbuild of
>> VisualStudio child projects possible?
>>
> It should work.  I do VS project builds with VS all the time.   The Xcode
> generator should work as well.  It passes the tests for external project.
>  So, that should be something that should be fixed.
>
>
> --
> Bill Hoffman
> Kitware, Inc.
> 28 Corporate Drive
> Clifton Park, NY 12065
> bill.hoff...@kitware.com
> http://www.kitware.com
> 518 881-4905 (Direct)
> 518 371-3971 x105
> Fax (518) 371-4573
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/**
> opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/**CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/**listinfo/cmake
>



-- 
+1 919 869 8849
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

2013-02-21 Thread Bill Hoffman


On 2/21/2013 12:02 PM, Todd Greer wrote:

I’m having difficulty getting ExternalProject_Add to work with XCode. It
appears to be a CMake bug, and I’ll file it if no one corrects me. I’ve
been unable to find any other reports of this issue.


Should work

Can you give a small example that shows the problem?

-Bill

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] SuperProject vs SubProject generators

2013-02-21 Thread Bill Hoffman


On 2/21/2013 10:34 AM, James Turner wrote:

I've just setup a SuperBuild using ExternalProject, and am pleasantly
surprised how well it works so far.

I've encountered one issue, which is awkward - I'm basically using
the SuperBuild to automate assembling / updating dependencies for the
final sub-project, which is the real project I normally work on. I
typically work on that project using Xcode and the Xcode generator.
The problem is, if I use -G Xcode for the super build, some parts
fail (and to be honest this is no surprise - amongst the dependencies
is Boost, for example).

So the question, can I safely set things to use a different generator
for a CMake-based ExternalProject, and still have a top-level build
of everything? The documentation for how the generator flag is
handled by ExternalProject_Add, makes me think there might be
something 'magic' happening. (This would mean, for example, the
top-level Makefile called xcodebuild to build the xcodeprojs I
guess)

I didn't yet try this on MSVC, I'm curious what the situation will be
there with the same setup. Is a top-level NMake build with msbuild of
VisualStudio child projects possible?
It should work.  I do VS project builds with VS all the time.   The 
Xcode generator should work as well.  It passes the tests for external 
project.  So, that should be something that should be fixed.



--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

2013-02-21 Thread Bill Hoffman


On 2/20/2013 2:07 PM, amitsuveer wrote:

The C compiler identification is unknown
The CXX compiler identification is unknown
Performing Test Support for 64 bit file systems

It should not be unknown...

Can you send the files in CMakeFiles?

--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] Internal CMake error with ExternalProject_Add and XCode

2013-02-21 Thread Todd Greer

I'm having difficulty getting ExternalProject_Add to work with XCode. It 
appears to be a CMake bug, and I'll file it if no one corrects me. I've been 
unable to find any other reports of this issue.

Specifically, I'm getting the following error:

CMake Error at /Applications/CMake 
2.8-10.app/Contents/share/cmake-2.8/Modules/CMakeCInformation.cmake:37 
(get_filename_component):
  get_filename_component called with incorrect number of arguments
Call Stack (most recent call first):
  CMakeLists.txt:2 (PROJECT)

CMake Error: Internal CMake error, TryCompile configure of cmake failed

This is in a log file pointed to by this error in the main project flow:

CMake Error at /Users/Shared/jenkins/Home/workspace/Mac Agent 
Branch/build/gtest-prefix/src/gtest-stamp/gtest-configure.cmake:17 (message):
  Command failed: 1

   '/Applications/CMake 2.8-10.app/Contents/bin/cmake' 
'-Dgtest_force_shared_crt=ON' '-GXcode' 
'/Users/Shared/jenkins/Home/workspace/Mac Agent Branch/googletest'

Has anyone seen this before? Looking at CMakeCInformation.cmake:37, it looks 
like it couldn't find the compiler, which makes me suspect the '-GXcode' isn't 
being handled properly. Does CMake require a space there?

My ExternalProject_Add command looks like this:

ExternalProject_Add(
  gtest
  SOURCE_DIR ${googletest_dir}
  CMAKE_ARGS -Dgtest_force_shared_crt=ON
  INSTALL_COMMAND ""
  LOG_DOWNLOAD ON
  LOG_CONFIGURE ON
  LOG_BUILD ON)

Any suggestions are appreciated.

Thank you,
Todd

--
Todd Greer
Principal Scientist, Affinegy, Inc.

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] detecting if c++11 available

2013-02-21 Thread Todd Greer

You might consider using code from Boost's config subsystem. There's a list of 
dozens of macros they define to set what features are available in what 
compilers here: 
http://www.boost.org/doc/libs/1_53_0/libs/config/doc/html/boost_config/boost_macro_reference.html#boost_config.boost_macro_reference.macros_that_describe_c__11_features_not_supported

--
Todd Greer
Principal Scientist, Affinegy, Inc.

-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of 
Theodore Papadopoulo
Sent: Wednesday, February 20, 2013 4:16 AM
To: Benjamin Eikel
Cc: cmake@cmake.org
Subject: Re: [CMake] detecting if c++11 available

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Nowadays, asking for c++-11 is probably too coarse as implementations are 
usually uncomplete. So you have a stdc++-11 switch and still missing some 
features on which you rely.

Another technique is to test features instead of the whole standard, that would 
be more robust...

I did something like that to get a cmake build of a library used to build with 
automake/autoconf (which have such a facility). It might not be very 
complicated to extend to new features

Theo.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlEkolIACgkQEr8WrU8nPV2AGgCgoXf6NcHIltBs2RuF4XLDcIgk
k0EAn3XVl5xsgaAw6SU2ZUugnj7OdKQL
=YSl4
-END PGP SIGNATURE-
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] SuperProject vs SubProject generators

2013-02-21 Thread James Turner

Hi,

I've just setup a SuperBuild using ExternalProject, and am pleasantly surprised 
how well it works so far. 

I've encountered one issue, which is awkward - I'm basically using the 
SuperBuild to automate assembling / updating dependencies for the final 
sub-project, which is the real project I normally work on. I typically work on 
that project using Xcode and the Xcode generator. The problem is, if I use -G 
Xcode for the super build, some parts fail (and to be honest this is no 
surprise - amongst the dependencies is Boost, for example).

So the question, can I safely set things to use a different generator for a 
CMake-based ExternalProject, and still have a top-level build of everything? 
The documentation for how the generator flag is handled by ExternalProject_Add, 
makes me think there might be something 'magic' happening. (This would mean, 
for example, the top-level Makefile called xcodebuild to build the xcodeprojs I 
guess)

I didn't yet try this on MSVC, I'm curious what the situation will be there 
with the same setup. Is a top-level NMake build with msbuild of VisualStudio 
child projects possible?

Regards,
James

smime.p7s
Description: S/MIME cryptographic signature
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Remove _MBCS

2013-02-21 Thread David Cole

Don't be too hard on yourself... We all make typos now and again. :-)

You're smart enough to ask for help when you need it. Even if it does turn out 
to be something like this in the end.


Cheers,
David C.


 

 

 

-Original Message-
From: YanmingZou 
To: Patrick Johnmeyer 
Cc: cmake 
Sent: Thu, Feb 21, 2013 10:15 am
Subject: Re: [CMake] Remove _MBCS


Hi All,
 
Thank you very much.
 
I found the reason. It is a spelling error. (UINCODE, not UNICODE) How stupid I 
am. Thanks again.
 
Best regards
Yanming
 



Date: Wed, 20 Feb 2013 07:35:57 -0600
From: pjohnmeyer+cm...@gmail.com
To: ym...@hotmail.com
CC: cmake@cmake.org
Subject: Re: [CMake] Remove _MBCS






I am developing an application on windows with VS2012 and CMake (2.8.10.2). I 
want to use unicode in my program, so I add UNICODE and _UNICODE with 
ADD_DEFINITIONS. However, there is always a _MBCS marco in the generated 
project file. The project can be compiled, but I am not happy with that. Could 
someone can tell me how to remove the _MBCS? Thanks.




Did you try remove_definitions?
http://www.cmake.org/cmake/help/v2.8.1/cmake.html#command:remove_definitions





--Powered by www.kitware.comVisit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.htmlPlease keep messages on-topic 
and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQFollow this link 
to subscribe/unsubscribe:http://www.cmake.org/mailman/listinfo/cmake
  
 
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

 
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Remove _MBCS

2013-02-21 Thread YanmingZou

Hi All, Thank you very much. I found the reason. It is a spelling error. 
(UINCODE, not UNICODE) How stupid I am. Thanks again. Best regardsYanming
 Date: Wed, 20 Feb 2013 07:35:57 -0600
From: pjohnmeyer+cm...@gmail.com
To: ym...@hotmail.com
CC: cmake@cmake.org
Subject: Re: [CMake] Remove _MBCS

I am developing an application on windows with VS2012 and CMake (2.8.10.2). I 
want to use unicode in my program, so I add UNICODE and _UNICODE with 
ADD_DEFINITIONS. However, there is always a _MBCS marco in the generated 
project file. The project can be compiled, but I am not happy with that. Could 
someone can tell me how to remove the _MBCS? Thanks.

Did you try 
remove_definitions?http://www.cmake.org/cmake/help/v2.8.1/cmake.html#command:remove_definitions

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake 
  --

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

2013-02-21 Thread Amit Suveer

Yes,

I selected Visual Studio 10 x64, this is what i am using.

On Thu, Feb 21, 2013 at 12:41 AM, John Drescher-2 [via CMake] <
ml-node+s3232098n7583302...@n2.nabble.com> wrote:

> On Wed, Feb 20, 2013 at 2:07 PM, amitsuveer <[hidden 
> email]>
> wrote:
>
> > I am using cmake-2.8.10.2-win32-x86 and vtk-5.10.1.
> >
> > I am trying to configure VTK, I have installed Visual Studio 10 (not the
> > express version, the full one along with SP1), with x64 support.
> However,
> > when selecting Visual Studio 10 (for 32 bit)or Visual Studio 10 x64 and
> > choosing the default native compilers, I have the following errors.
> >
> > ---
> > Error in configuration process, project files may be invalid
> >
> > The C compiler identification is unknown
> > The CXX compiler identification is unknown
>
> Did you select the correct generator when you ran cmake-gui?
>
> John
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://cmake.3232098.n2.nabble.com/Problem-in-configuring-VTK-with-Visual-Studio-2010-Windows-7-64bit-tp7583301p7583302.html
>  To unsubscribe from Problem in configuring VTK with Visual Studio 2010,
> Windows 7 64bit., click 
> here
> .
> NAML
>



-- 
Thanks & Regards,
- - -

Amit Suveer || Post Graduate Student || School of Medical Science and
Technology || Indian Institute of Technology Kharagpur, India.

Ph: +91-88617-17688




--
View this message in context: 
http://cmake.3232098.n2.nabble.com/Problem-in-configuring-VTK-with-Visual-Studio-2010-Windows-7-64bit-tp7583301p7583309.html
Sent from the CMake mailing list archive at Nabble.com.--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

Re: [CMake] How about a CMake debugger?

[CMake] How about a CMake debugger?

Re: [CMake] CMAKE_SYSTEM_PROCESSOR says x86 on Win64

[CMake] CMAKE_SYSTEM_PROCESSOR says x86 on Win64

Re: [CMake] CMake'ified Boost

[CMake] CMake'ified Boost

Re: [CMake] Internal CMake error with ExternalProject_Add and XCode

Re: [CMake] SuperProject vs SubProject generators

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

[CMake] Internal CMake error with ExternalProject_Add and XCode

Re: [CMake] detecting if c++11 available

[CMake] SuperProject vs SubProject generators

Re: [CMake] Remove _MBCS

Re: [CMake] Remove _MBCS

Re: [CMake] Problem in configuring VTK with Visual Studio 2010, Windows 7 64bit.

19 matches

Site Navigation

Mail list logo

Footer information