--
Message: 2
Date: Sun, 8 Jan 2012 21:52:05 -0700
From: James Bigler jamesbig...@gmail.com
Subject: Re: [CMake] Some issues with visual studio
To: Renato Utsch renatout...@gmail.com
Cc: cmake@cmake.org
Message-ID:
CA+77nZDtv4G9kgzFsCyUu=fpsxhe
Hello, I have been experimenting some issue with visual studio and
couldn't fix them, even when searching in google for help :O
So, I have 2 main issues:
1. When CMake creates the visual studio solution, it configures to the
Debug win32 mode, but I wanted to be able to choose from Release
to
Am Sonntag, 8. Januar 2012, 12:29:47 schrieb Renato Utsch:
Hello, I have been experimenting some issue with visual studio and
couldn't fix them, even when searching in google for help :O
So, I have 2 main issues:
1. When CMake creates the visual studio solution, it configures to the
Debug
Yes, but I want to be able to change with CMake, but if I can't do
that, at least I want to be able to set the default to the Release
version :X
Renato
2012/1/8 Rolf Eike Beer e...@sf-mail.de:
Am Sonntag, 8. Januar 2012, 12:29:47 schrieb Renato Utsch:
Hello, I have been experimenting some
On 8 January 2012 15:21, Renato Utsch renatout...@gmail.com wrote:
Yes, but I want to be able to change with CMake, but if I can't do
that, at least I want to be able to set the default to the Release
version :X
You have to understand there is difference between generators like
makefiles and
But why CMake generates the Debug mode thing first, not the Release? I
can only configure this with msbuild executable? Because I can't find
it :X
I only need to make the Release mode the standard one, there isn't a
way to do that changing a configuration with CMake?
Renato
2012/1/8 Mateusz
On Sun, Jan 8, 2012 at 10:30 AM, Mateusz Loskot mate...@loskot.net wrote:
On 8 January 2012 15:21, Renato Utsch renatout...@gmail.com wrote:
Yes, but I want to be able to change with CMake, but if I can't do
that, at least I want to be able to set the default to the Release
version :X
You
So I can do this by adding a command line parameter to do that. But
can't I simply set an option that behaves exactly as --config Debug ?
Renato
2012/1/8 John Drescher dresche...@gmail.com:
On Sun, Jan 8, 2012 at 10:30 AM, Mateusz Loskot mate...@loskot.net wrote:
On 8 January 2012 15:21,
2012/1/8 Renato Utsch renatout...@gmail.com:
So I can do this by adding a command line parameter to do that. But
can't I simply set an option that behaves exactly as --config Debug ?
May be you could try to find out how Visual Studio
is choosing the default built type?
In particular does this
Good idea, I will try ^^
Renato
2012/1/8 Eric Noulard eric.noul...@gmail.com:
2012/1/8 Renato Utsch renatout...@gmail.com:
So I can do this by adding a command line parameter to do that. But
can't I simply set an option that behaves exactly as --config Debug ?
May be you could try to find
On 8 January 2012 16:04, Eric Noulard eric.noul...@gmail.com wrote:
2012/1/8 Renato Utsch renatout...@gmail.com:
So I can do this by adding a command line parameter to do that. But
can't I simply set an option that behaves exactly as --config Debug ?
May be you could try to find out how
Ok, I will look at that so.
But and the second problem? How can I redirect from the debug/release
folder to the / folder of the project?
Renato
2012/1/8 Mateusz Loskot mate...@loskot.net:
On 8 January 2012 16:04, Eric Noulard eric.noul...@gmail.com wrote:
2012/1/8 Renato Utsch
2012/1/8 Renato Utsch renatout...@gmail.com:
Ok, I will look at that so.
But and the second problem? How can I redirect from the debug/release
folder to the / folder of the project?
I guess the same answer is valid.
How do you do that with Visual Studio alone?
Doesn't Visual Studio create
On Sun, Jan 8, 2012 at 10:28 AM, Renato Utsch renatout...@gmail.com wrote:
Ok, I will look at that so.
But and the second problem? How can I redirect from the debug/release
folder to the / folder of the project?
Provide INSTALL rules in the CMAKE and then build the INSTALL target?
Renato
This is going to sound either harsh or flame bait but is written in all
seriousness and with a lot of practical experience.
When coming from a makefile based system like Unix and going to Visual
Studio there are a few things you need to give up on (In my opinion). Visual
Studio (And Xcode)
No, it is perfectly valid and I understand you, but the problem is
that I'm rewriting a broken CMake script from the eAthena project (a
ragnarök online emulator), and it has a very old basis that would
cause a lot of trouble to change.
The executables _have_ to be on the ${CMAKE_SOURCE_DIR} when
I can say that in my particular case, in order to be able to
successfully run compiled binaries from the build directory it is
necessary to have a broad variety of files in a sane position relative
to the compiled binary. So far as I know, the only way I can do this
in systems that like to have
On Sun, Jan 8, 2012 at 1:08 PM, Michael Jackson
mike.jack...@bluequartz.net wrote:
This is going to sound either harsh or flame bait but is written in all
seriousness and with a lot of practical experience.
When coming from a makefile based system like Unix and going to Visual
Studio there
On Sun, Jan 8, 2012 at 1:49 PM, Clifford Yapp cliffy...@gmail.com wrote:
I can say that in my particular case, in order to be able to
successfully run compiled binaries from the build directory it is
necessary to have a broad variety of files in a sane position relative
to the compiled binary.
My current work-around is to peg all of the output directories for all
the active configurations to the same directory - that negates much of
the benefit of multiple-configuration IDE options, but does at least
result in the expected run-from-build-directory behavior. (It works
for MSVC - we
On Sun, Jan 8, 2012 at 4:59 PM, Renato Utsch renatout...@gmail.com wrote:
Clifford, can you explain more what you said, I didn't understand...
You said that you change the output directories for all the active
configurations to the same directory? Well, how do you do that (if it
is what you
Hmm - that looks interesting. I didn't know about
SUPPORTS_PARALLEL_BUILD_TYPE - I'll have to review my setup with that
in mind.
Thanks!
On Sun, Jan 8, 2012 at 4:52 PM, J Decker d3c...@gmail.com wrote:
if( SUPPORTS_PARALLEL_BUILD_TYPE ) # will be set in visual
studio type projects...
CLIFFORD MAN, IT WORKED!
This was everything I was looking for. Thanks:
# Configure the release changes (optimization)
set( CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR} )
foreach( CONF_TYPE ${CMAKE_CONFIGURATION_TYPES} )
string( TOUPPER
Don't know if you read all the emails, but I already found a solution
to the problem with all exe's with one output dir.
If you are right about the list of solution configs, so my search ends
here, but I alredy solved the real problem, so it's ok...
Renato
2012/1/8 Fraser Hutchison
On Sun, Jan 8, 2012 at 7:29 AM, Renato Utsch renatout...@gmail.com wrote:
Hello, I have been experimenting some issue with visual studio and
couldn't fix them, even when searching in google for help :O
So, I have 2 main issues:
1. When CMake creates the visual studio solution, it configures
25 matches
Mail list logo
