Re: [CMake] Multi-platform visual studio projects

2015-03-09 Thread Gilles Khouzam
For those interested, we have a fork with the ability to support MultiPlatform 
projects in Visual Studio for Windows Phone and Windows Store apps. It is not a 
big change to remove that restriction and have it for desktop apps, please tell 
me if there is interest.

For those interested the fork is on http://CMakeMS.codeplex.com and the branch 
is MSMultiPlatform.

As David mentions though, this does have limitations.

~Gilles

From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Scott Aron Bloom
Sent: Sunday, March 8, 2015 15:17
To: David Cole; Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

Agreed on all points..  Unfortunately...  ;)

I remember going through this with qmake,  which initially could not create a 
debug and release vc project file...


--Scott

 Original message 
From: David Cole dlrd...@aol.commailto:dlrd...@aol.com
Date:03/08/2015 13:57 (GMT-08:00)
To: Scott Aron Bloom 
scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com
Cc: Ryan Pavlik ryan.pav...@gmail.commailto:ryan.pav...@gmail.com, John 
Drescher dresche...@gmail.commailto:dresche...@gmail.com, 
cmake@cmake.orgmailto:cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

There is no technical reason... But it seems to me there is a strong bias 
toward single-architecture build trees in the minds of non-VS/non-XCode 
developers.

There is rampant code like this in the world:

if(CMAKE_SIZEOF_VOID_P EQUAL 8)
  # do 64-bit stuff at CMake time
else()
  # do 32-bit stuff
endif()

Code like this assumes the architecture is determined at configure time rather 
than at build time. Very similar to using CMAKE_BUILD_TYPE in CMake code geared 
toward a single-config build. A lot of (some would say too much) effort over 
the years was required to get multi-configuration builds working well for VS. 
Unfortunately, a similar approach was not followed for the architecture types, 
and we've ended up with a proliferation of generators, and now the concept of 
toolsets, but still the restriction that a generated solution and set of 
project files is only of a single architecture.

Hope this helps to explain the situation a bit.

I know it's not what you wanted to hear, but, from my perspective, that's the 
way things are.

If you'd like to work on improving the situation.. I'm sure your efforts 
would be welcomed by many. ;-)


Cheers,
David C.




On Sunday, March 8, 2015, Scott Aron Bloom 
scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote:
That's what I have found as well.

Based on that.   Why can't call create a 64 and 32 bit solution?

It would seem to me,  that there is no technical reason.


--Scott

 Original message 
From: Ryan Pavlik ryan.pav...@gmail.com
Date:03/08/2015 06:35 (GMT-08:00)
To: Scott Aron Bloom scott.bl...@onshorecs.com, John Drescher 
dresche...@gmail.com
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects


You are correct: if you're using the visual studio generators it doesn't matter 
(in general) what your process environment variables are. Note that if you're 
using find package, some of those scripts use environment variables to help 
find libraries, but they are not the standard variables set by the visual 
studio command prompt scripts.

The command prompt would matter if, for instance, you were using the nmake 
makefiles generator.

Ryan

On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom scott.bl...@onshorecs.com 
wrote:
Another question on this..

It appears, that cmake creates the proper solution, for 64 bits even if the 
shell is setup for 32 bits, and vice versa.

Is this correct?  Meaning when its checking the C compiler and CXX compiler ABI 
info and what not, its not looking for bit width, it uses the generator Visual 
Studio...Win64 vs Visual Studio for bit width

If Im not using a command line based build, does it matter how my command line 
is setup for running cmake?

Scott

-Original Message-
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Scott Aron Bloom
Sent: Friday, February 27, 2015 8:26 AM
To: John Drescher
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

Thanks!

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
--

Powered by www.kitware.comhttp://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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org

Re: [CMake] Multi-platform visual studio projects

2015-03-08 Thread Scott Aron Bloom
That's what I have found as well.

Based on that.   Why can't call create a 64 and 32 bit solution?

It would seem to me,  that there is no technical reason.


--Scott


 Original message 
From: Ryan Pavlik ryan.pav...@gmail.com
Date:03/08/2015 06:35 (GMT-08:00)
To: Scott Aron Bloom scott.bl...@onshorecs.com, John Drescher 
dresche...@gmail.com
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects


You are correct: if you're using the visual studio generators it doesn't matter 
(in general) what your process environment variables are. Note that if you're 
using find package, some of those scripts use environment variables to help 
find libraries, but they are not the standard variables set by the visual 
studio command prompt scripts.

The command prompt would matter if, for instance, you were using the nmake 
makefiles generator.

Ryan

On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom 
scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote:
Another question on this..

It appears, that cmake creates the proper solution, for 64 bits even if the 
shell is setup for 32 bits, and vice versa.

Is this correct?  Meaning when its checking the C compiler and CXX compiler ABI 
info and what not, its not looking for bit width, it uses the generator Visual 
Studio...Win64 vs Visual Studio for bit width

If Im not using a command line based build, does it matter how my command line 
is setup for running cmake?

Scott

-Original Message-
From: CMake [mailto:cmake-boun...@cmake.orgmailto:cmake-boun...@cmake.org] On 
Behalf Of Scott Aron Bloom
Sent: Friday, February 27, 2015 8:26 AM
To: John Drescher
Cc: cmake@cmake.orgmailto:cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

Thanks!

-Original Message-
From: John Drescher [mailto:dresche...@gmail.commailto:dresche...@gmail.com]
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.orgmailto:cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
--

Powered by www.kitware.comhttp://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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake
--

Powered by www.kitware.comhttp://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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Multi-platform visual studio projects

2015-03-08 Thread David Cole via CMake
There is no technical reason... But it seems to me there is a strong bias
toward single-architecture build trees in the minds of non-VS/non-XCode
developers.

There is rampant code like this in the world:

if(CMAKE_SIZEOF_VOID_P EQUAL 8)
  # do 64-bit stuff at CMake time
else()
  # do 32-bit stuff
endif()

Code like this assumes the architecture is determined at configure time
rather than at build time. Very similar to using CMAKE_BUILD_TYPE in CMake
code geared toward a single-config build. A lot of (some would say too
much) effort over the years was required to get multi-configuration builds
working well for VS. Unfortunately, a similar approach was not followed for
the architecture types, and we've ended up with a proliferation of
generators, and now the concept of toolsets, but still the restriction that
a generated solution and set of project files is only of a single
architecture.

Hope this helps to explain the situation a bit.

I know it's not what you wanted to hear, but, from my perspective, that's
the way things are.

If you'd like to work on improving the situation.. I'm sure your
efforts would be welcomed by many. ;-)


Cheers,
David C.




On Sunday, March 8, 2015, Scott Aron Bloom scott.bl...@onshorecs.com
wrote:

  That's what I have found as well.

  Based on that.   Why can't call create a 64 and 32 bit solution?

  It would seem to me,  that there is no technical reason.


  --Scott


  Original message 
 From: Ryan Pavlik ryan.pav...@gmail.com
 javascript:_e(%7B%7D,'cvml','ryan.pav...@gmail.com');
 Date:03/08/2015 06:35 (GMT-08:00)
 To: Scott Aron Bloom scott.bl...@onshorecs.com
 javascript:_e(%7B%7D,'cvml','scott.bl...@onshorecs.com');, John
 Drescher dresche...@gmail.com
 javascript:_e(%7B%7D,'cvml','dresche...@gmail.com');
 Cc: cmake@cmake.org javascript:_e(%7B%7D,'cvml','cmake@cmake.org');
 Subject: Re: [CMake] Multi-platform visual studio projects

  You are correct: if you're using the visual studio generators it doesn't
 matter (in general) what your process environment variables are. Note that
 if you're using find package, some of those scripts use environment
 variables to help find libraries, but they are not the standard variables
 set by the visual studio command prompt scripts.

 The command prompt would matter if, for instance, you were using the nmake
 makefiles generator.

 Ryan

 On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom scott.bl...@onshorecs.com
 javascript:_e(%7B%7D,'cvml','scott.bl...@onshorecs.com'); wrote:

 Another question on this..

 It appears, that cmake creates the proper solution, for 64 bits even if
 the shell is setup for 32 bits, and vice versa.

 Is this correct?  Meaning when its checking the C compiler and CXX
 compiler ABI info and what not, its not looking for bit width, it uses the
 generator Visual Studio...Win64 vs Visual Studio for bit width

 If Im not using a command line based build, does it matter how my command
 line is setup for running cmake?

 Scott

 -Original Message-
 From: CMake [mailto:cmake-boun...@cmake.org
 javascript:_e(%7B%7D,'cvml','cmake-boun...@cmake.org');] On Behalf Of
 Scott Aron Bloom
 Sent: Friday, February 27, 2015 8:26 AM
 To: John Drescher
 Cc: cmake@cmake.org javascript:_e(%7B%7D,'cvml','cmake@cmake.org');
 Subject: Re: [CMake] Multi-platform visual studio projects

 Thanks!

 -Original Message-
 From: John Drescher [mailto:dresche...@gmail.com
 javascript:_e(%7B%7D,'cvml','dresche...@gmail.com');]
 Sent: Friday, February 27, 2015 8:26 AM
 To: Scott Aron Bloom
 Cc: cmake@cmake.org javascript:_e(%7B%7D,'cvml','cmake@cmake.org');
 Subject: Re: [CMake] Multi-platform visual studio projects

  However,  once the solution is created, does the path of the shell
 matter at all?

 No.

 John
 --

 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. For more
 information on each offering, please visit:

 CMake Support: http://cmake.org/cmake/help/support.html
 CMake Consulting: http://cmake.org/cmake/help/consulting.html
 CMake Training Courses: http://cmake.org/cmake/help/training.html

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

 Follow this link to subscribe/unsubscribe:
 http://public.kitware.com/mailman/listinfo/cmake
 --

 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. For more
 information on each offering, please visit:

 CMake Support: http://cmake.org/cmake/help/support.html
 CMake Consulting: http://cmake.org/cmake/help/consulting.html
 CMake Training Courses: http://cmake.org/cmake/help/training.html

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

 Follow this link to subscribe/unsubscribe

Re: [CMake] Multi-platform visual studio projects

2015-03-08 Thread Scott Aron Bloom
Agreed on all points..  Unfortunately...  ;)

I remember going through this with qmake,  which initially could not create a 
debug and release vc project file...


--Scott


 Original message 
From: David Cole dlrd...@aol.com
Date:03/08/2015 13:57 (GMT-08:00)
To: Scott Aron Bloom scott.bl...@onshorecs.com
Cc: Ryan Pavlik ryan.pav...@gmail.com, John Drescher dresche...@gmail.com, 
cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

There is no technical reason... But it seems to me there is a strong bias 
toward single-architecture build trees in the minds of non-VS/non-XCode 
developers.

There is rampant code like this in the world:

if(CMAKE_SIZEOF_VOID_P EQUAL 8)
  # do 64-bit stuff at CMake time
else()
  # do 32-bit stuff
endif()

Code like this assumes the architecture is determined at configure time rather 
than at build time. Very similar to using CMAKE_BUILD_TYPE in CMake code geared 
toward a single-config build. A lot of (some would say too much) effort over 
the years was required to get multi-configuration builds working well for VS. 
Unfortunately, a similar approach was not followed for the architecture types, 
and we've ended up with a proliferation of generators, and now the concept of 
toolsets, but still the restriction that a generated solution and set of 
project files is only of a single architecture.

Hope this helps to explain the situation a bit.

I know it's not what you wanted to hear, but, from my perspective, that's the 
way things are.

If you'd like to work on improving the situation.. I'm sure your efforts 
would be welcomed by many. ;-)


Cheers,
David C.




On Sunday, March 8, 2015, Scott Aron Bloom 
scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote:
That's what I have found as well.

Based on that.   Why can't call create a 64 and 32 bit solution?

It would seem to me,  that there is no technical reason.


--Scott


 Original message 
From: Ryan Pavlik ryan.pav...@gmail.com
Date:03/08/2015 06:35 (GMT-08:00)
To: Scott Aron Bloom scott.bl...@onshorecs.com, John Drescher 
dresche...@gmail.com
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects


You are correct: if you're using the visual studio generators it doesn't matter 
(in general) what your process environment variables are. Note that if you're 
using find package, some of those scripts use environment variables to help 
find libraries, but they are not the standard variables set by the visual 
studio command prompt scripts.

The command prompt would matter if, for instance, you were using the nmake 
makefiles generator.

Ryan

On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom scott.bl...@onshorecs.com 
wrote:
Another question on this..

It appears, that cmake creates the proper solution, for 64 bits even if the 
shell is setup for 32 bits, and vice versa.

Is this correct?  Meaning when its checking the C compiler and CXX compiler ABI 
info and what not, its not looking for bit width, it uses the generator Visual 
Studio...Win64 vs Visual Studio for bit width

If Im not using a command line based build, does it matter how my command line 
is setup for running cmake?

Scott

-Original Message-
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Scott Aron Bloom
Sent: Friday, February 27, 2015 8:26 AM
To: John Drescher
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

Thanks!

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
--

Powered by www.kitware.comhttp://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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake
--

Powered by www.kitware.comhttp://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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link

Re: [CMake] Multi-platform visual studio projects

2015-03-08 Thread Ryan Pavlik
You are correct: if you're using the visual studio generators it doesn't
matter (in general) what your process environment variables are. Note that
if you're using find package, some of those scripts use environment
variables to help find libraries, but they are not the standard variables
set by the visual studio command prompt scripts.

The command prompt would matter if, for instance, you were using the nmake
makefiles generator.

Ryan

On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom scott.bl...@onshorecs.com
wrote:

 Another question on this..

 It appears, that cmake creates the proper solution, for 64 bits even if
 the shell is setup for 32 bits, and vice versa.

 Is this correct?  Meaning when its checking the C compiler and CXX
 compiler ABI info and what not, its not looking for bit width, it uses the
 generator Visual Studio...Win64 vs Visual Studio for bit width

 If Im not using a command line based build, does it matter how my command
 line is setup for running cmake?

 Scott

 -Original Message-
 From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Scott Aron Bloom
 Sent: Friday, February 27, 2015 8:26 AM
 To: John Drescher
 Cc: cmake@cmake.org
 Subject: Re: [CMake] Multi-platform visual studio projects

 Thanks!

 -Original Message-
 From: John Drescher [mailto:dresche...@gmail.com]
 Sent: Friday, February 27, 2015 8:26 AM
 To: Scott Aron Bloom
 Cc: cmake@cmake.org
 Subject: Re: [CMake] Multi-platform visual studio projects

  However,  once the solution is created, does the path of the shell
 matter at all?

 No.

 John
 --

 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. For more
 information on each offering, please visit:

 CMake Support: http://cmake.org/cmake/help/support.html
 CMake Consulting: http://cmake.org/cmake/help/consulting.html
 CMake Training Courses: http://cmake.org/cmake/help/training.html

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

 Follow this link to subscribe/unsubscribe:
 http://public.kitware.com/mailman/listinfo/cmake
 --

 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. For more
 information on each offering, please visit:

 CMake Support: http://cmake.org/cmake/help/support.html
 CMake Consulting: http://cmake.org/cmake/help/consulting.html
 CMake Training Courses: http://cmake.org/cmake/help/training.html

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

 Follow this link to subscribe/unsubscribe:
 http://public.kitware.com/mailman/listinfo/cmake

-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Multi-platform visual studio projects

2015-03-04 Thread Scott Aron Bloom
Another question on this..

It appears, that cmake creates the proper solution, for 64 bits even if the 
shell is setup for 32 bits, and vice versa.

Is this correct?  Meaning when its checking the C compiler and CXX compiler ABI 
info and what not, its not looking for bit width, it uses the generator Visual 
Studio...Win64 vs Visual Studio for bit width

If Im not using a command line based build, does it matter how my command line 
is setup for running cmake?

Scott

-Original Message-
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Scott Aron Bloom
Sent: Friday, February 27, 2015 8:26 AM
To: John Drescher
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

Thanks!

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com] 
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread John Drescher
 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread Scott Aron Bloom
That’s what I have been doing...  :(

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com] 
Sent: Friday, February 27, 2015 8:33 AM
To: Scott Aron Bloom; CMake ML
Subject: Re: [CMake] Multi-platform visual studio projects

 I have been successful with

 Src\build.32 and src\build.64 so that on svn update effects both.

 The problem, for my automated build flow, I was hoping to make a mix, 
 32/64 installer.. it’s a lot harder to do with two completely separate 
 build trees :(

For this I just make separate installers. I use a naming convention such that 
win32 / win64 is part of the name of the generated nsis executable installer.

John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread Scott Aron Bloom
Thanks!

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com] 
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

 However,  once the solution is created, does the path of the shell matter 
 at all?

No.

John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread John Drescher
 I have been successful with

 Src\build.32 and src\build.64 so that on svn update effects both.

 The problem, for my automated build flow, I was hoping to make a mix, 32/64 
 installer.. it’s a lot harder to do with two completely separate build trees 
 :(

For this I just make separate installers. I use a naming convention
such that win32 / win64 is part of the name of the generated nsis
executable installer.

John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

[CMake] Multi-platform visual studio projects

2015-02-27 Thread Scott Aron Bloom
Is it possible with cmake, to build a VS 2013, win32 and win64 vsproj solution 
file set?

If not, I understand, then I have a follow on question..

Once the two solutions have been built, does it matter how you bring up VS 
2013?  Or does it only matter for the initial running of cmake ?

Scott
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread Scott Aron Bloom
Thanks..

I have been successful with

Src\build.32 and src\build.64 so that on svn update effects both.

The problem, for my automated build flow, I was hoping to make a mix, 32/64 
installer.. it’s a lot harder to do with two completely separate build trees :(

As to my second question, and this is purely my newb'ness with 64 bit visual 
studio.

I know, to us cl.exe you must run the vsvars with the correct parameters, 
either for 32 or 64, before running cmake from the command line.

And to create the proper vcproj files you must append Win64 to the generator 
name.

However,  once the solution is created, does the path of the shell matter at 
all?

Scott

-Original Message-
From: John Drescher [mailto:dresche...@gmail.com] 
Sent: Friday, February 27, 2015 8:06 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects

On Fri, Feb 27, 2015 at 10:44 AM, Scott Aron Bloom scott.bl...@onshorecs.com 
wrote:
 Is it possible with cmake, to build a VS 2013, win32 and win64 vsproj 
 solution file set?

 If not, I understand, then I have a follow on question..


No create 2 independent trees. I keep the source in a separate tree also. For 
example I have my source code in

x:\CMakeBased\Libraries\ITK-4.7.0
x:\CMakeBased\Libraries\VTK-5.10.2
...

x:\CMakeBased\Qt\LungAnalysis
x:\CMakeBased\Qt\StudyManager

...

Where Libraries are source code libraries like ITK, VTK, GDCM, DCMTK ...

And LungAnalysis, StudyManager  ... are applications written by me.


Then the build tress look like

x:\64bit\VC.100\Libraries\ITK-4.7.0
x:\64bit\VC.100\Libraries\VTK-5.10.2
x:\64bit\VC.100\Qt\LungAnalysis

...

x:\64bit\VC.120\Libraries\ITK-4.7.0
x:\64bit\VC.120\Libraries\VTK-5.10.2
x:\64bit\VC.120\Qt\LungAnalysis

...

x:\32bit\VC.100\Libraries\ITK-4.7.0
x:\32bit\VC.100\Libraries\VTK-5.10.2
x:\32bit\VC.100\Qt\LungAnalysis


John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Multi-platform visual studio projects

2015-02-27 Thread John Drescher
On Fri, Feb 27, 2015 at 10:44 AM, Scott Aron Bloom
scott.bl...@onshorecs.com wrote:
 Is it possible with cmake, to build a VS 2013, win32 and win64 vsproj
 solution file set?

 If not, I understand, then I have a follow on question..


No create 2 independent trees. I keep the source in a separate tree
also. For example I have my source code in

x:\CMakeBased\Libraries\ITK-4.7.0
x:\CMakeBased\Libraries\VTK-5.10.2
...

x:\CMakeBased\Qt\LungAnalysis
x:\CMakeBased\Qt\StudyManager

...

Where Libraries are source code libraries like ITK, VTK, GDCM, DCMTK ...

And LungAnalysis, StudyManager  ... are applications written by me.


Then the build tress look like

x:\64bit\VC.100\Libraries\ITK-4.7.0
x:\64bit\VC.100\Libraries\VTK-5.10.2
x:\64bit\VC.100\Qt\LungAnalysis

...

x:\64bit\VC.120\Libraries\ITK-4.7.0
x:\64bit\VC.120\Libraries\VTK-5.10.2
x:\64bit\VC.120\Qt\LungAnalysis

...

x:\32bit\VC.100\Libraries\ITK-4.7.0
x:\32bit\VC.100\Libraries\VTK-5.10.2
x:\32bit\VC.100\Qt\LungAnalysis


John
-- 

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. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake