On Mon, Apr 20, 2009 at 4:28 AM, Denis Scherbakov <
denis_scherba...@yahoo.com> wrote:
>
> Elizabeta,
>
> In your code snippet everything is ok. CMAKE_MFC_FLAG is 2 after it is set.
> No sooner no later. If you give complete example, which does not work, then
> you'll get an answer.
>
> Did you me
On Mon, Apr 20, 2009 at 6:18 PM, Allen Gooch wrote:
> I am trying to get an out-of-tree build Eclipse CDT4 project setup in a
> Linux host environment using CMake-2.7 prerelease built from CVS a couple of
> weeks ago. Following the instructions at
> http://www.vtk.org/Wiki/Eclipse_CDT4_Generator
I am trying to get an out-of-tree build Eclipse CDT4 project setup in a
Linux host environment using CMake-2.7 prerelease built from CVS a couple of
weeks ago. Following the instructions at
http://www.vtk.org/Wiki/Eclipse_CDT4_Generator I do the following:
$ pwd
/home/agooch/dev
$ ls
src/
$ mkdir
On Monday 20 April 2009, Denis Scherbakov wrote:
> I have a set of cross-compilers and toolchain files for them. Our binutils
> are separated from gcc. Say:
>
> /cross/path/binutils/bin
> /cross/path/gcc/bin
>
> As I understood from CMakeFindBinUtils.cmake script, it looks for binutils
> only in /c
I have a set of cross-compilers and toolchain files for them. Our binutils are
separated from gcc. Say:
/cross/path/binutils/bin
/cross/path/gcc/bin
As I understood from CMakeFindBinUtils.cmake script, it looks for binutils
only in /cross/path/gcc/bin, and ignores CMAKE_FIND_ROOT_PATH complete
Piotr Dobrogost wrote:
Bill Hoffman wrote:
I am not sure I want to support something like this. Even if CMake
picked the right vsvars and setup the environment when cmake-gui was
running, the user would have to know how to run vsvars.bat to run nmake
at the end of the day.
Then it would be a
Bill Hoffman wrote:
> > I am not sure I want to support something like this. Even if CMake
> > picked the right vsvars and setup the environment when cmake-gui was
> > running, the user would have to know how to run vsvars.bat to run nmake
> > at the end of the day.
Then it would be all nmake's
Bill Hoffman wrote:
I am not sure I want to support something like this. Even if CMake
picked the right vsvars and setup the environment when cmake-gui was
running, the user would have to know how to run vsvars.bat to run nmake
at the end of the day. Maybe the answer is to create a .bat file
Piotr Dobrogost wrote:
Andreas Pokorny wrote:
It is not only about finding visual studio but also about configuring
cl. If you look into your Visual Studio 2003-2008 folders for
*.platform.config xml files. You will find the correct settings for
INCLUDE LIB and LIBPATH, and several futher flags
Andreas Pokorny wrote:
> It is not only about finding visual studio but also about configuring
> cl. If you look into your Visual Studio 2003-2008 folders for
> *.platform.config xml files. You will find the correct settings for
> INCLUDE LIB and LIBPATH, and several futher flags required for the
John Drescher wrote:
>> Where I work, everybody who has a win32 installation for working on our
>> software has at least 2 VS installations. (though we don't use cmake at
>> all, but our buildsystem also relies on properly setup environment)
Out of curiosity.
Have you had any problems due to more
On Fri, Apr 17, 2009 at 10:19 PM, Alexander Neundorf <
a.neundorf-w...@gmx.net> wrote:
> On Friday 17 April 2009, Hugo Heden wrote:
> > The following example illustrates a possible bug.
> >
> > Consider the following CMakeLists.txt code. This little "project" should
> > fail when the target MyTarg
Elizabeta,
In your code snippet everything is ok. CMAKE_MFC_FLAG is 2 after it is set. No
sooner no later. If you give complete example, which does not work, then you'll
get an answer.
Did you mean the following?
ADD_SUBDIRECTORY(ProjectA) # MFC_VAR not defined
SET (MFC_VAR 2)
ADD_SUBDIRECTOR
13 matches
Mail list logo