On Monday 03 September 2012, Brad King wrote:
On 09/03/2012 05:17 AM, Xavier Besseron wrote:
Here is the new set of patches.
Wonderful, thanks! I've merged the topic with minor tweaks
to our 'next' branch for testing:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7fbbd921
You
Hi,
could a commit hook be added which checks that the file ends with a newline ?
This would have prevented most of the red and yellow on the dashboard
yesterday.
Alex
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
On 9/26/2012 12:55 PM, Alexander Neundorf wrote:
On Monday 03 September 2012, Brad King wrote:
On 09/03/2012 05:17 AM, Xavier Besseron wrote:
Here is the new set of patches.
Wonderful, thanks! I've merged the topic with minor tweaks
to our 'next' branch for testing:
Let me take another shot at this -- I created a gist that highlights the
problem: https://gist.github.com/3789287
I am supporting cross-compile for the Raspberry Pi Arm target in my
project, but I also build regularly on plain 'ol x86 linux so I can test
w/o having to go to the target. The Pi is
Are there any news about a cmake release for Win with VS 2012 Express support
?
thanks
--
Bogdan
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
On 09/24/2012 09:29 AM, burlen wrote:
On 09/24/2012 07:04 AM, Bill Hoffman wrote:
On 9/23/2012 4:29 PM, Burlen Loring wrote:
hmmm, I was a bit hasty in concluding that the issue has gone away in
newer releases. on another system, I have the issue with cmake 2.8.8.
The intel compiler version
On 25.09.2012 23:17, Marcus D. Hanwell wrote:
On Tue, Sep 25, 2012 at 2:56 PM, Peter Kümmel syntheti...@gmx.net wrote:
On 25.09.2012 17:29, Marcus D. Hanwell wrote:
On Thu, Sep 20, 2012 at 7:26 AM, Peter Kümmel syntheti...@gmx.net wrote:
On 19.09.2012 08:08, Wouter van Kleunen wrote:
Please try the latest nightly build for Windows. That should work.
http://cmake.org/files/dev/cmake-2.8.9.20120923-g8a5434-win32-x86.exe
The changes that are in that latest nightly build w.r.t. VS 2012 Express
will be in CMake 2.8.10. We should have a first release candidate for
2.8.10
On Wednesday 26 September 2012 15:18:33 you wrote:
Please try the latest nightly build for Windows. That should work.
http://cmake.org/files/dev/cmake-2.8.9.20120923-g8a5434-win32-x86.exe
The changes that are in that latest nightly build w.r.t. VS 2012 Express
will be in CMake 2.8.10. We
On Wednesday 26 September 2012, Laszlo Papp wrote:
CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
project(test)
add_executable(test main.cpp)
#find_package(Automoc4 REQUIRED)
find_package(KDE4 REQUIRED)
main.cpp
int main() {return 0;}
Command to execute:
cmake ../ (in
Hm strange.
I use the swigmodule a lot and it creates my .cxx files in the binary-dir;
but I have no relative path in the name of the
interface file.
Have you tried to use an absolute path like
set(SRC_FILE ${CMAKE_SOURCE_DIR}/swig/interface/context.i)
?
Relative paths are always a little bit
With file(DOWNLOAD, you should always use the EXPECTED_MD5 argument
(or EXPECTED_HASH with nightly CMake, or 2.8.10 or later) to verify success.
HTH,
David
On Wed, Sep 26, 2012 at 5:40 PM, Robert Dailey rcdailey.li...@gmail.comwrote:
I'm using the file( DOWNLOAD ) command to download some
2012/9/27 David Cole david.c...@kitware.com:
With file(DOWNLOAD, you should always use the EXPECTED_MD5 argument (or
EXPECTED_HASH with nightly CMake, or 2.8.10 or later) to verify success.
I bet this is not always possible.
Why would you **always** know some hash of the file you are
On Wed, Sep 26, 2012 at 6:12 PM, Eric Noulard eric.noul...@gmail.com wrote:
2012/9/27 David Cole david.c...@kitware.com:
With file(DOWNLOAD, you should always use the EXPECTED_MD5 argument (or
EXPECTED_HASH with nightly CMake, or 2.8.10 or later) to verify success.
I bet this is not always
On Wed, Sep 26, 2012 at 6:28 PM, David Cole david.c...@kitware.com wrote:
On Wed, Sep 26, 2012 at 6:12 PM, Eric Noulard eric.noul...@gmail.com wrote:
2012/9/27 David Cole david.c...@kitware.com:
With file(DOWNLOAD, you should always use the EXPECTED_MD5 argument (or
EXPECTED_HASH with
To do MD5 checks, I need to somehow record the expected MD5 somewhere,
which isn't very maintainable.
I provide a list of third party libraries that CMake should download
from a central third party repository here at work. It is a trusted
source, because we know it is, so we don't need to verify
Hello All,
I would like to perform an operation only when a file has changed since the
last time CMake was ran. Can anyone tell me if there is a CMake variable that
is already available that stores the date and time of the last time CMake was
ran?
Thank You,
Eric Clark
To be fond of
Two changes? I can found only one for ninja in here:
https://codereview.qt-project.org/#change,34851
B.T.W I am stay 2.6 too. and Ninja Generator in 2.6 works well.
Thanks for your works.
2012/9/27 Peter Kümmel syntheti...@gmx.net
AFAIK 2.6 will come without any ninja support. At least two of
On Wed, Sep 26, 2012 at 7:32 PM, Robert Dailey rcdailey.li...@gmail.com wrote:
To do MD5 checks, I need to somehow record the expected MD5 somewhere,
which isn't very maintainable.
I provide a list of third party libraries that CMake should download
from a central third party repository here
Problem resolved. The confusion seemed to stem from how I was using
${PROJECT_SRC_DIRECTORY}, which does not give the same path when used in
the Toolchain file as it does in a src/ dir - so it ended up being a simple
path issue.
On Wed, Sep 26, 2012 at 1:22 PM, Davis Ford davisf...@gmail.com
20 matches
Mail list logo