The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14153
==
Reported By:fbaccount88
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14154
==
Reported By:Stephen Kelly
Assigned To:
On 05/16/2013 04:56 PM, Stephen Kelly wrote:
I run Qt unit tests like this:
qmake make check
The make check target runs cmake and ctest. However, this does not take
advantage of the ability of CTest to run tests in parallel. Rather than
trying to shoehorn in a -j argument via the
On 05/16/2013 04:43 PM, Stephen Kelly wrote:
I've pushed the language-generator-expressions branch to my clone, and the
target-COMPILE_OPTIONS branch which depends on it, which should be the
implementation of
http://public.kitware.com/Bug/view.php?id=6493
I hit a problem with the
Brad King wrote:
On 05/16/2013 04:43 PM, Stephen Kelly wrote:
I've pushed the language-generator-expressions branch to my clone, and
the target-COMPILE_OPTIONS branch which depends on it, which should be
the implementation of
http://public.kitware.com/Bug/view.php?id=6493
I hit a
Brad King wrote:
On 05/16/2013 04:56 PM, Stephen Kelly wrote:
I run Qt unit tests like this:
qmake make check
The make check target runs cmake and ctest. However, this does not take
advantage of the ability of CTest to run tests in parallel. Rather than
trying to shoehorn in a -j
On 05/17/2013 09:33 AM, Stephen Kelly wrote:
add_library(foo a.c b.cpp c.c d.cpp)
target_compile_definitions(foo
PRIVATE
$$COMPILE_LANGUAGE:C:C_ONLY
$$COMPILE_LANGUAGE:CXX:CXX_ONLY
$$LINK_LANGUAGE:CXX:LINK_AS_CXX
)
a.c and c.c get compiled with -DC_ONLY, b.cpp and
Hallo CMake developers,
could somebody please explain to me the rationale why Unix Makefiles
installs by default under MSys to %ProgramFile% ? If I selected the
generator to be MinGW Makefiles I would have understood. I would have
have remotely understood that the MSys Makefiles have this
Brad King wrote:
Can I merge that one to next?
Please first clean up the failures currently caused by topics already
in next and wait for a clean dashboard before adding more topics.
In particular it looks like there is a problem with bootstrap.
Yes, I fixed that one earlier.
On 05/17/2013 10:04 AM, Sean Farrell wrote:
If you ask cmake the description for Unix Makefiles is:
*Generates standard UNIX makefiles.*
This is about the format of the Makefile syntax and therefore
the choice of make tool, not about the platform targeted by the
compiler toolchain.
What
On 5/17/2013 10:04 AM, Sean Farrell wrote:
Hallo CMake developers,
could somebody please explain to me the rationale why Unix Makefiles
installs by default under MSys to %ProgramFile% ? If I selected the
generator to be MinGW Makefiles I would have understood. I would have
have remotely
Brad, I can see the reasoning, except for the fact that cmake completely
ignores the settings and environment variables relevant to the selected
toolchain. Respecting the prefix variable, would be the
minimal concession to Unix.
Bill, MinGW Makefiles is useless, since it is even more windows,
On behalf of myself, Ken, Bill, Brad, David, Alex, Eike, Steve, Eric,
Zach, Ben and the rest of the CMake team from all around the world, we
are pleased to announce that CMake 2.8.11 is now available for
download at:
http://www.cmake.org/files/v2.8/?C=M;O=D
It is also available from the usual
Hi,
Yesterday in the continuous dashboards, several windows machines started
failing with this test in a way that does not make sense:
http://open.cdash.org/testDetails.php?test=190556209build=2907224
The issue was resolved after I reverted the add-EXPORT_NAME topic.
I've re-added part of
Am Freitag, 17. Mai 2013 um 18:40:44, schrieb Rolf Eike Beer e...@sf-mail.de
Kornel Benko wrote:
Calling ctest after the last commit
5e993a2822e48c5d84b5bf01aad52ff5068cb5ea. The output is:
...
Start 298: CMake.GetPrerequisites
298/299 Test #298: CMake.GetPrerequisites
I have MSys setup to behave mostly like a POSIX environment. I can build
most software (mostly libraries) using the unix/linux make steps. These
are 95% of the time the GNU triple jump. The actual software is then
packages using NSIS and installed as a mini, self contained, posix env.
Kornel Benko wrote:
Calling ctest after the last commit
5e993a2822e48c5d84b5bf01aad52ff5068cb5ea. The output is:
...
Start 298: CMake.GetPrerequisites
298/299 Test #298: CMake.GetPrerequisites ...
Passed0.67 sec Start 299: CMake.CheckSourceTree
299/299
Am Freitag, 17. Mai 2013 um 19:59:14, schrieb Rolf Eike Beer e...@sf-mail.de
Kornel Benko wrote:
Calling ctest after the last commit
5e993a2822e48c5d84b5bf01aad52ff5068cb5ea. The output is:
...
Start 298: CMake.GetPrerequisites
298/299 Test #298: CMake.GetPrerequisites
Am Freitag, 17. Mai 2013 um 20:34:45, schrieb Kornel Benko kor...@lyx.org
Am Freitag, 17. Mai 2013 um 19:59:14, schrieb Rolf Eike Beer e...@sf-mail.de
Kornel Benko wrote:
Calling ctest after the last commit
5e993a2822e48c5d84b5bf01aad52ff5068cb5ea. The output is:
...
Start
On 5/17/2013 12:54 PM, Sean Farrell wrote:
This entire thing is basically just confusing. The obvious workaround is
to call cmake with -DCMAKE_INSTALL_PREFIX:PATH=/usr/local. It would be
nice if the behavior would be in line with real Unix makefiles. As a
middle ground, the default could still
20 matches
Mail list logo