Am 21.06.2011 02:50, schrieb Tim Gallagher:
Hi,
I'm trying to set up automated testing of our code with CTest (we are using
CMake), but I'm running into some issues I can't figure out the correct way to
solve. Many of our tests require specific sets of options to be turned on/off
in the confi
Hi,
I'm trying to set up automated testing of our code with CTest (we are using
CMake), but I'm running into some issues I can't figure out the correct way to
solve. Many of our tests require specific sets of options to be turned on/off
in the configuration step.
How is this done? We've used
On Monday, June 20, 2011 04:09:00 pm Stephen Kelly wrote:
> Hi,
>
> The FindQt4 module has this to say about QT_USE_IMPORTED_TARGETS:
> > If QT_USE_IMPORTED_TARGETS is enabled, the QT_QTFOO_LIBRARY variables are
> > set to point at these imported targets. This works better in general, and
> > is a
(link: http://public.kitware.com/Bug/view.php?id=12189)
I just came across the above bug opened last month, Summaraized as: "It
is not possible to generate a Visual Studio project with ASCII/SBCS
character set". (Full Bug Text Following Message)
I find myself in the situation where I need
Hi,
The FindQt4 module has this to say about QT_USE_IMPORTED_TARGETS:
> If QT_USE_IMPORTED_TARGETS is enabled, the QT_QTFOO_LIBRARY variables are
> set to point at these imported targets. This works better in general, and
> is also in almost all cases fully backward compatible. The only issue is
> If I remember correctly, in -P mode the basic system files, e.g.
> CMakeDetermineSystem.cmake etc. are not executed, so cmake doesn't execute
> UnixPaths.cmake, which sets all the default search paths, so in your try with
> -P only the path you gave to find_path() was searched, the default se
On Monday 20 June 2011, Pere Mato Vila wrote:
> I am on a MaxOSX system with cmake version 2.8.4 and I am having problems
> with find_project(x11). I have narrowed the problem with a very simple
> test. The following lines as top level CMakeLists.txt file
>
> cmake_minimum_required(VERSION 2.8)
>
On Monday 20 June 2011, Ilja Golshtein wrote:
> Michael,
>
> the problem is I cannot make my project dependent on CMake 2.8
> since 2.8 does not exist in major server distros.
You can simply wget the binary release for Linux and unpack it somewhere, e.g.
in /opt/. It will work and it is complete
I am on a MaxOSX system with cmake version 2.8.4 and I am having problems with
find_project(x11). I have narrowed the problem with a very simple test. The
following lines as top level CMakeLists.txt file
cmake_minimum_required(VERSION 2.8)
find_path(X11_Xft_INCLUDE_PATH X11/Xft/Xft.h /usr/X11R6/
On Mon, Jun 20, 2011 at 6:11 AM, Kalev Lember wrote:
> Could you please pull in the following commit from -next into next rc?
> It fixes a regression with locating swig executable in FindSWIG module.
>
>
> commit b09ae90badc17d5102b273d2bcfe11ebeeba70fd
> Author: Julien Malik
> Date: Fri Apr 2
On 06/20/2011 02:49 PM, Stephen Torri wrote:
> Subject: Finding libraries on Windows platform
>
>
>
> I am using CMake 2.8 on Windows XP to create a Visual Studio 2010 solution.
> The problem I am having is that I cannot get CMake to find libraries on the
> system. These libraries were c
Subject: Finding libraries on Windows platform
I am using CMake 2.8 on Windows XP to create a Visual Studio 2010 solution.
The problem I am having is that I cannot get CMake to find libraries on the
system. These libraries were created by us for other project. Here is the
CMake module fo
2011/6/20 Ilja Golshtein
> Michael,
>
> the problem is I cannot make my project dependent on CMake 2.8
> since 2.8 does not exist in major server distros.
>
> That is why I am asking if it is impossible/possible/already_done to
> backport ExternalProject to 2.6.
>
> Thanks.
>
> 20.06.2011, 13:39,
I don't see why it shouldn't be possible. 2.6 already had the function()
command, and I can't think of anything else that might miss. Have you
actually tried it?
Michael
On 06/20/2011 11:46 AM, Ilja Golshtein wrote:
> Michael,
>
> the problem is I cannot make my project dependent on CMake 2.8
Thanks for the clarification - I have a much clearer understanding now.
--
Glenn
On 18 June 2011 14:30, Michael Hertling wrote:
>
> COMPILE_DEFINITIONS is used *always*, i.e. for every generator in every
> configuration, and COMPILE_DEFINITIONS_ is used *additionally*
> in configuration , so it
Could you please pull in the following commit from -next into next rc?
It fixes a regression with locating swig executable in FindSWIG module.
commit b09ae90badc17d5102b273d2bcfe11ebeeba70fd
Author: Julien Malik
Date: Fri Apr 29 00:16:32 2011 +0200
FindSWIG: Use NAMES in find_program dire
Il 12/02/2011 19.58, Alexander Neundorf ha scritto:
On Friday 11 February 2011, Andrea Galeazzi wrote:
Alexander Neundorf ha scritto:
On Wednesday 09 February 2011, Andrea Galeazzi wrote:
Il 08/02/2011 17.58, Alexander Neundorf ha scritto:
On Tuesday 08 February 2011, Andrea Galeazzi wrote:
Michael,
the problem is I cannot make my project dependent on CMake 2.8
since 2.8 does not exist in major server distros.
That is why I am asking if it is impossible/possible/already_done to
backport ExternalProject to 2.6.
Thanks.
20.06.2011, 13:39, "Michael Wild" :
> On 06/20/2011 11:28 AM,
On 06/20/2011 11:28 AM, Ilja Golshtein wrote:
> Hello,
>
> is it possible to backport ExternalProject to 2.6?
> Did anyone try successfully or unsuccessfully?
>
> Unfortunately 2.8 is not an option since it is not included even in recent
> RHEL 6.0.
>
> Thanks.
>
You can also download the 2.8
Hello,
is it possible to backport ExternalProject to 2.6?
Did anyone try successfully or unsuccessfully?
Unfortunately 2.8 is not an option since it is not included even in recent RHEL
6.0.
Thanks.
--
Best regards,
Ilja Golshtein.
___
Powered by www
20 matches
Mail list logo
