There's also this patch
https://codereview.qt-project.org/#change,35006
which is on my 2.6-ninja branch, but it is not
a ninja relevant fix.
On 27.09.2012 04:23, Loaden wrote:
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
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 wrote:
>
>
--
Powered
On Wed, Sep 26, 2012 at 7:32 PM, Robert Dailey 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 at work. It is a tru
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
> AFAIK 2.6 will come without any ninja support. At least two of my
> changes are ups
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 something
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 t
On Wed, Sep 26, 2012 at 6:28 PM, David Cole wrote:
> On Wed, Sep 26, 2012 at 6:12 PM, Eric Noulard wrote:
>>
>> 2012/9/27 David Cole :
>> > 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
On Wed, Sep 26, 2012 at 6:12 PM, Eric Noulard wrote:
>
> 2012/9/27 David Cole :
> > 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**
2012/9/27 David Cole :
> 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 downloading?
May be STATUS is
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 wrote:
> I'm using the file( DOWNLOAD ) command to download some files from an
> FTP server.
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 cu
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:
>
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.1
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 availabl
On 25.09.2012 23:17, Marcus D. Hanwell wrote:
On Tue, Sep 25, 2012 at 2:56 PM, Peter Kümmel wrote:
On 25.09.2012 17:29, Marcus D. Hanwell wrote:
On Thu, Sep 20, 2012 at 7:26 AM, Peter Kümmel wrote:
On 19.09.2012 08:08, Wouter van Kleunen wrote:
Peter,
i had 2.8.9-pre3 before, i upgrade
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 the
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:
http://www.c
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
18 matches
Mail list logo
