2012/2/5 David Cole david.c...@kitware.com:
2012/2/5 Nicolas Desprès nicolas.desp...@gmail.com:
Hi,
I have just try to enable KWStyle check in CMake on Mac OS X 10.7.3
but it crashes.
With the version from the website:
http://public.kitware.com/KWStyle/download/KWStyle-snapshot-070515.zip
2012/2/6 David Cole david.c...@kitware.com:
2012/2/6 Nicolas Desprès nicolas.desp...@gmail.com:
2012/2/5 David Cole david.c...@kitware.com:
2012/2/5 Nicolas Desprès nicolas.desp...@gmail.com:
Hi,
I have just try to enable KWStyle check in CMake on Mac OS X 10.7.3
but it crashes.
With the
On Sun, Feb 5, 2012 at 6:50 PM, Eric Noulard eric.noul...@gmail.com wrote:
2012/2/1 David Cole david.c...@kitware.com:
There's no rush here. We won't be reviewing your changes again until
next Tuesday at this point...
Hi all,
I did push the work and the branch a little further yesterday.
2012/2/6 Brad King brad.k...@kitware.com:
On 2/5/2012 11:01 AM, Nicolas Desprès wrote:
I have pushed some minor look'n feel fixes for ccmake in a branch on
my github fork:
https://github.com/polrop/CMake/commits/fix-ccmake-clear
Please consider to merge it.
Applied, thanks. I tweaked
2012/2/6 David Cole david.c...@kitware.com:
On Sun, Feb 5, 2012 at 6:50 PM, Eric Noulard eric.noul...@gmail.com wrote:
2012/2/1 David Cole david.c...@kitware.com:
There's no rush here. We won't be reviewing your changes again until
next Tuesday at this point...
Hi all,
I did push the work
Hi all,
I have been wrestling with uncovered files for a while. The current state
doesn't satisfy me, so I thought to share my findings and we can hopefully
come up with something better. If you want to look at some numbers you can
compare the 2 nightly results here:
Hi,
I use CPACK to generate RPM and DEB packages for my software. The RPM
package wirks fine but the DEB package can not create the neccessary
directories in the usr/lib directory. When I create the direcories by
hand, it works.
Who can help to fix this problem?
Thanks
Ralf
--
Powered by
2012/2/6 Ralf Lange ralf.la...@longsoft.de:
Hi,
I use CPACK to generate RPM and DEB packages for my software. The RPM
package wirks fine but the DEB package can not create the neccessary
directories in the usr/lib directory. When I create the direcories by hand,
it works.
Who can help to fix
On Mon, Feb 6, 2012 at 5:44 AM, Ralf Lange ralf.la...@longsoft.de wrote:
Hi,
I use CPACK to generate RPM and DEB packages for my software. The RPM
package wirks fine but the DEB package can not create the neccessary
directories in the usr/lib directory. When I create the direcories by hand,
Hi there
The following message in cmTest.cxx doesn't seem to be accurate for Visual
Studio 9.
200 cm-DefineProperty
201 (WORKING_DIRECTORY, cmProperty::TEST,
202 The directory from which the test executable will be called.,
203
If this is not set it is called from the
The CMake version is 2.8.2.
The system is Debian 6.0.4 (squeez).
The kernel is 2.6.32-5-amd64.
The Desktop is Gnome 2.30.2.
CPack generates the deb package. Than I open the package using GDebi
Packet Installer. The installer ask for the superuser password and ends
without installation. The error
2012/2/6 Ralf Lange ralf.la...@longsoft.de:
The CMake version is 2.8.2.
The system is Debian 6.0.4 (squeez).
The kernel is 2.6.32-5-amd64.
The Desktop is Gnome 2.30.2.
Could you try, cmake 2.8.7
(may be this fix
http://www.cmake.org/Bug/view.php?id=10325 could solve your problem)
and/or
run
In Visual Studio 2008, CMake generates projects to use the /Zi option,
which is just Program Database in visual studio. The /ZI option enables
Program Database with Edit Continue, allowing the edit continue
functionality to be used. Is there a built in feature to change the debug
information
If you supply add_definitions(/ZI) it will override the /Zi default and
provide you with the edit and continue setting.
I verified the behavior with this cmakelists.txt:
With /ZI:
cmake_minimum_required (VERSION 2.8)
project(TestProj CXX)
file(WRITE ${CMAKE_CURRENT_SOURCE_DIR}/main.cpp
On Saturday 04 February 2012, Oliver Smith wrote:
My CMakeLists uses the Subversion repository information in a couple of
places (it configures a file revision.h and it uses it for the CPack
package name).
The problem is that this variable is cached and retained until the cache
is rebuilt,
I would like to set the COMPILE_FLAGS property multiple times on the same
target through set_target_properties(), however only the last call seems to
persist. Previous flags set get overridden. Is this the correct behavior?
If so, is there a way to make this property append instead of replace on
I believe that is the defined behavior. Usually, people would use
add_definitions() to add the flags before creating the target. If you
have one target per subdirectory, you don't have to worry about removing
them afterwards:
CMakeLists.txt:
add_definitions(/foo)
Thanks.
This seems to work:
set_property( TARGET foo APPEND_STRING PROPERTY
COMPILE_FLAGS /ZI
)
set_property( TARGET foo APPEND_STRING PROPERTY
COMPILE_FLAGS /W4
)
Just make sure you have a space at the end of each one, so that when the
strings are appended, there is a space between each
On 02/06/2012 10:56 PM, Alexander Neundorf wrote:
On Saturday 04 February 2012, Oliver Smith wrote:
My CMakeLists uses the Subversion repository information in a couple of
places (it configures a file revision.h and it uses it for the CPack
package name).
The problem is that this variable is
Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here. ...
http://public.kitware.com/Bug/view.php?id=7867 (have CTest report
compiler type/version)
David
--
Powered by www.kitware.com
Visit other Kitware
Hello Friends,
How do I specify the default generator that CMAKE should use when invoked
without the -G option?
I am on Windows.
I saw an old thread on this. But I am not sure if any support was added later
on.
Is there a REGISTRY entry in Windows that we can set to make so that CMAKE can
Am Montag, 6. Februar 2012, 19:12:27 schrieb Michael Pechner:
Is this the correct forum?
cmake-develop...@cmake.org would be the right place. Or open a bug report at
http://cmake.org/Bug and attach it there.
What format do you want the patch in?
git format-patch
My changes are in 2.8.4.
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via e09c1297d8777207dacbb2c35e5b17eec9212452 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 1036a1f6c298baeb29018a5838de813a9b2c7392 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 8236bb990d1b08cd7933fd13d2e3c08519750742 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via e6c7ef0bdc9a55b84de56ab9e35f7daf1e3b2a23 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via d3704dd6d8e8714b23fae3fe57cbe1d06a4a846f (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 45bba995381bd88895eb2e15ac9cdf91dc5c5080 (commit)
from
28 matches
Mail list logo
