The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12288
==
Reported By:Ivan Neeson
Assigned To:
On 06/17/2011 05:09 PM, Alexander Neundorf wrote:
I improved it somewhat, so IMO it is basically working now.
There is now a branch UsingCMakeLikePkgConfig on stage.
Would be nice if you could have a look.
The patch series is hard to follow because it adds and removes
some code/comments and
On 06/17/2011 12:55 PM, Alexander Neundorf wrote:
On Thursday 16 June 2011, Brad King wrote:
On 06/16/2011 04:15 PM, Alexander Neundorf wrote:
I'll push a branch to the stage once 2.8.5 is released. Or can I do that
earlier ?
You can push it any time but skip merging it.
There should be a
On Monday 20 June 2011, Alexander Neundorf wrote:
...
What is the recommended way how to do this with git ?
with how to do this I mean how to make the suggested fixes
Alex
___
cmake-developers mailing list
cmake-developers@cmake.org
On 06/20/2011 12:40 PM, Alexander Neundorf wrote:
On Monday 20 June 2011, Brad King wrote:
- In the documentation patch please move mention of this variable down
to the bottom. It is not important information for general authors
learning the command. Certainly this information does not
On 06/20/2011 07:46 PM, Brad King wrote:
On 06/20/2011 12:40 PM, Alexander Neundorf wrote:
What is the recommended way how to do this with git ?
Simply add one more commit which does that or do I have to do something with
rebase --interactive ?
How does that play together with the branch
On Monday 20 June 2011, Brad King wrote:
...
As you guessed, interactive rebase is the correct approach. Since
you have not merged the topic you are free to overwrite it on the
topic stage. The old version of the history will be replaced with
the new version. It might feel funny the first
On 06/20/2011 05:14 PM, Alexander Neundorf wrote:
Hmm, I think I managed the rebasing, but now git complains when I try to push:
hammer:~/src/CMake/CMake-git$ git push stage HEAD
To g...@public.kitware.com:stage/cmake.git
! [rejected]HEAD - DisableSwitchForFindPackage
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12293
==
Reported By:Stephen Kelly
Assigned To:
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
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 binaries
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 them...@gmail.com:
On
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:
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 julien.ma...@gmail.com
Date: Fri Apr 29 00:16:32 2011 +0200
FindSWIG: Use
Thanks for the clarification - I have a much clearer understanding now.
--
Glenn
On 18 June 2011 14:30, Michael Hertling mhertl...@online.de wrote:
COMPILE_DEFINITIONS is used *always*, i.e. for every generator in every
configuration, and COMPILE_DEFINITIONS_CONFIG is used *additionally*
in
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
2011/6/20 Ilja Golshtein ilej...@narod.ru
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,
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
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 created
On Mon, Jun 20, 2011 at 6:11 AM, Kalev Lember ka...@smartlink.ee 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
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
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 completely
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)
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
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
(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
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 also in
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
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
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 632cee46aaed69a071ae98cc3926390f6ff14f04 (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 95c5ba5fab3f20361611d71cb142dd8a579c5d44 (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 25b0b777f683a134900effc8ffc96eea21266eec (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 2822bd184da2013676f0cba1a44b18d29c9b7c02 (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 26c449d1d9abb2c8d6d770b821ab42b86462e6dc (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 ddd6e8ed5531fc0f812717da268e121b55c3e4b8 (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 e85df15b7dad5a74e165ea7008a6aa70cfb4d1e7 (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 f3e185b3dea72ba7d2101a64bae39bf0e324a63a (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 8e5d6d707b0caed4a8365582c04e3a69476083b0 (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 d9d7e8ffa512584c837339c8caa14ca1a807078a (commit)
from
39 matches
Mail list logo
