Hi,
When FIND_PACKAGE(QT) is called twice (e.g. in cmake source root and a
subdirectory) I sometimes get this error:
--8-
E:\kde\kdebase-buildnmake
Microsoft (R) Program Maintenance Utility, Version 8.00.50727.42
Copyright (C) Microsoft Corporation. Alle
Hello,
I want to use ADD_CUSTOM_COMMAND to create tags when building the
project. The first problem, ADD_CUSTOM_COMMAND must be placed after the
target definition. Should it be so? One can parse the CMakeLists.txt and
build dependencies so that it doesn't matter where to place
On Friday 13 July 2007 07:26, Anders Sandholm wrote:
Hi
...
Now when I build in vs2005 it says:
---
-
1-- Build started: Project: qtproject, Configuration: Release Win32
-- 1Linking...
Hi
Thank you all, problem solved, off course it was a case of RTFM... I
have just left out the generating of the moc files
Thanks
best regards
Anders
On 7/13/07, Anders Sandholm [EMAIL PROTECTED] wrote:
Hi
Using Cmake (vtk) with QT and trying to build using visual studio
2005. Now I have
On Friday 13 July 2007 04:14, Christian Ehrlicher wrote:
Hi,
When FIND_PACKAGE(QT) is called twice (e.g. in cmake source root and a
subdirectory) I sometimes get this error:
Sometimes ? That's bad.
Can you try to create a minimal testcase ?
Simply
find_package(Qt4)
find_package(Qt4)
Hi
Using Cmake (vtk) with QT and trying to build using visual studio
2005. Now I have compiled both vtk and QT with visual studio 2005, and
simple QT applications (like hello world workes perfekt) but now I try
to do some a little more advanced and I get a linking problem.
The source code that I
Hi,
once more I tried to compile cmake using VS Express (the environment is
working, did compile Xerces etc.). To compile cmake I use the
precompiled version from webpage:
c:\cpp\bin\cmake -G Visual Studio 8 2005
-- Check for working C compiler: cl
CMake Error: Generator: execution of make
On Friday 13 July 2007 10:16, Brandon Van Every wrote:
...
I've noted the following weird behavior on the MinGW generator,
executing under a Windows 2000 command prompt. I do not have ctags
installed on my system. Running from a pristine out-of-source build
directory, the 1st time I execute
Hi,
running cmake on cmake sources using msvc2005 (VCExpress.exe renamed to
devenv.exe, see thread [CMake] cmake build using msvc2005) does not
generate an project file as the documentation promissed. Files in the
build dir are:
Verzeichnis von D:\Temp\build\CMake-cvs-head\Build
13.07.2007
Hello CMake-gurus,
I'm adding tests to my project (with add_test) and let add_test call ctest
with some parameters, e.g.:
add_test(some_test ${CMAKE_CTEST_COMMAND} -V --build-and-test ...)
The tests will be called by make test, for example, and they are
successfully built and run.
Except, that
On 7/13/07, Brandon Van Every [EMAIL PROTECTED] wrote:
I've noted the following weird behavior on the MinGW generator,
executing under a Windows 2000 command prompt. I do not have ctags
installed on my system. Running from a pristine out-of-source build
directory, the 1st time I execute
On 7/13/07, Yegor Yefremov [EMAIL PROTECTED] wrote:
Hello,
I want to use ADD_CUSTOM_COMMAND to create tags when building the
project. The first problem, ADD_CUSTOM_COMMAND must be placed after the
target definition. Should it be so?
Yes. And it's reasonable, given that you're doing a
Brandon Van Every wrote:
On 7/13/07, Yegor Yefremov [EMAIL PROTECTED] wrote:
Hello,
I want to use ADD_CUSTOM_COMMAND to create tags when building the
project. The first problem, ADD_CUSTOM_COMMAND must be placed after the
target definition. Should it be so?
Yes. And it's reasonable, given
Brandon Van Every schrieb:
On 7/13/07, Brandon Van Every [EMAIL PROTECTED] wrote:
I've noted the following weird behavior on the MinGW generator,
executing under a Windows 2000 command prompt. I do not have ctags
installed on my system. Running from a pristine out-of-source build
directory,
Hello all,
just an addition, changing the verbose-flag does change the test-output. But
not in the way that could be expected.
This is the output of running make test or ctest (without explicitly using
-V or -VV on the command-line), if no verbose-option or -V is given to
add_test:
Running
On 7/13/07, Yegor Yefremov [EMAIL PROTECTED] wrote:
# executables
add_executable (test ${SRCS})
add_custom_command (TARGET test POST_BUILD COMMAND ctags -R
WORKING_DIRECTORY ${TEST_SOURCE_DIR} COMMENT Creating tags VERBATIM)
Does changing the order of COMMAND, WORKING_DIRECTORY, and COMMENT
On 7/13/07, Yegor Yefremov [EMAIL PROTECTED] wrote:
When the command will happen is determined by which of the following is
specified:
PRE_BUILD - run before all other dependencies
PRE_LINK - run after other dependencies
POST_BUILD - run after the target has been built
It is only said
On 7/12/07, Alan W. Irwin [EMAIL PROTECTED] wrote:
On 2007-07-12 13:39-0400 Brandon Van Every wrote:
On 7/12/07, Alan W. Irwin [EMAIL PROTECTED] wrote:
In contrast, using a browser to search through
html results would be painful.
Do you mean it would be painful under some new regime with
Olaf wrote:
Hi,
once more I tried to compile cmake using VS Express (the environment is
working, did compile Xerces etc.). To compile cmake I use the
precompiled version from webpage:
c:\cpp\bin\cmake -G Visual Studio 8 2005
-- Check for working C compiler: cl
CMake Error: Generator: execution
I am trying to figure out in cmake what extra commands I need to set
so that when I do an :
INSTALL(TARGETS ${MXADATAMODEL_LIB_NAME} LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
the .dll will actually get copied when running the install target
under VS 2003.Net?
At least I am under the
Sorry, wrong list.
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On 7/13/07, Mike Jackson [EMAIL PROTECTED] wrote:
I am trying to figure out in cmake what extra commands I need to set
so that when I do an :
INSTALL(TARGETS ${MXADATAMODEL_LIB_NAME} LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
the .dll will actually get copied when running the install
On 7/13/07, Kon Lovett [EMAIL PROTECTED] wrote:
On Jul 13, 2007, at 4:50 PM, Brandon Van Every wrote:
snip
I wonder if your MinGW and MSYS toolchains are fighting each other
somehow.
But the only change was to move the old build dir to a new location
He whines.
Whaaat??! You can't do
23 matches
Mail list logo