The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11368
==
Reported By:Marcel Loose
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11370
==
Reported By:Dmitry Kuzmenko
Assigned To:
Hi,
how are the cmake RCs doing ?
I didn't see an announcement for a 2.8.3 RC3, did I miss it ?
(I'm waiting for it so I can announce it to the KDE developers to give it some
extra testing)
Alex
___
cmake-developers mailing list
Yes, the rc3 was announced last week.
On Wed, Oct 27, 2010 at 3:42 PM, Alexander Neundorf neund...@kde.orgwrote:
Hi,
how are the cmake RCs doing ?
I didn't see an announcement for a 2.8.3 RC3, did I miss it ?
(I'm waiting for it so I can announce it to the KDE developers to give it
some
On Wednesday 27 October 2010, David Cole wrote:
Yes, the rc3 was announced last week.
Are you sure ?
I can't find it in my emails, also neither here:
http://public.kitware.com/pipermail/cmake-developers/2010-October/date.html
nor here:
http://www.cmake.org/pipermail/cmake/2010-October/date.html
On Tue, 2010-10-26 at 11:46 +0200, Marcel Loose wrote:
On Mon, 2010-10-25 at 17:30 +0200, Michael Wild wrote:
On 25. Oct, 2010, at 17:14 , Tyler Roscoe wrote:
On Mon, Oct 25, 2010 at 04:54:41PM +0200, Michael Wild wrote:
On 25. Oct, 2010, at 16:45 , Marcel Loose wrote:
Wouldn't it
On 27. Oct, 2010, at 9:54 , Marcel Loose wrote:
On Tue, 2010-10-26 at 11:46 +0200, Marcel Loose wrote:
On Mon, 2010-10-25 at 17:30 +0200, Michael Wild wrote:
On 25. Oct, 2010, at 17:14 , Tyler Roscoe wrote:
On Mon, Oct 25, 2010 at 04:54:41PM +0200, Michael Wild wrote:
On 25. Oct, 2010, at
--- Mer 27/10/10, Bill Hoffman ha scritto:
On 10/26/2010 9:58 PM, Yaakov
(Cygwin/X) wrote:
On Tue, 2010-10-26 at 17:53 -0400, Bill Hoffman
wrote:
Backwards compatibility may not be important to
you, but to CMake it is
very important. When a developer chooses to
use CMake, I want to
On 27. Oct, 2010, at 12:38 , Marco Atzeri wrote:
--- Mer 27/10/10, Bill Hoffman ha scritto:
On 10/26/2010 9:58 PM, Yaakov
(Cygwin/X) wrote:
On Tue, 2010-10-26 at 17:53 -0400, Bill Hoffman
wrote:
Backwards compatibility may not be important to
you, but to CMake it is
very important.
On Wed, 2010-10-27 at 11:00 +0200, Michael Wild wrote:
On 27. Oct, 2010, at 9:54 , Marcel Loose wrote:
On Tue, 2010-10-26 at 11:46 +0200, Marcel Loose wrote:
On Mon, 2010-10-25 at 17:30 +0200, Michael Wild wrote:
On 25. Oct, 2010, at 17:14 , Tyler Roscoe wrote:
On Mon, Oct 25, 2010
Hi,
I'm working on a project which depends on several external projects (mostly
non-CMake), so naturally I've been taking a look at using ExternalProject
to
build these prerequisites. I've got a simple superproject working that
just
builds one of these external projects using ExternalProject_Add
Hi,
after reading the tutorial I've decided to make my own project using
cmake but I'm having some troubles here. I'd like to organize my project
as follows:
Pixels/
CMakeLists.txt (0)
Pixels.cpp
geometry/
CMakeLists.txt (1)
Vector.h Vector.cpp ...
ui/
CMakeLists.txt (2)
On Wed, 2010-10-27 at 14:02 +0200, Dominik Gabi wrote:
Hi,
after reading the tutorial I've decided to make my own project using
cmake but I'm having some troubles here. I'd like to organize my
project
as follows:
Pixels/
CMakeLists.txt (0)
Pixels.cpp
geometry/
CMakeLists.txt
Thanks. The way I understand this is that now instead of
include_directories(${GTKMM_INCLUDE_DIRS})
i would write something like
include_directories(${GTKMM_INCLUDE_DIRS})
# and at the end of the file
set(INCLUDE_DIRECTORIES ${INCLUDE_DIRECTORIES} PARENT_SCOPE)
? I'd do the same with the
Thanks. The way I understand this is that now instead of
include_directories(${GTKMM_INCLUDE_DIRS})
i would write something like
include_directories(${GTKMM_INCLUDE_DIRS})
# and at the end of the file
set(INCLUDE_DIRECTORIES ${INCLUDE_DIRECTORIES} PARENT_SCOPE)
? I'd do the same with
On Tue, Oct 26, 2010 at 1:02 AM, Mateusz Loskot mate...@loskot.net wrote:
On 25/10/10 01:38, Mateusz Loskot wrote:
On 24/10/10 23:00, Ryan Pavlik wrote:
My best guess would be to check for some Clang-specific defines,
similar to the platform checks. Actually, it looks like in the Git
Hello,
I need a custom command in my build process.
The tool that I am using has a small problem, I have to insert a line of code in
the output file manually:
#include gtk/gtk.h
I tried this with echo and output redirection:
echo #include gtk/gtk.h images.c
The tool, gdk-pixbuf-csource, is
On 2010-10-26 17:53-0400 Bill Hoffman wrote:
The policy mechanism might not be ideal but in a year or so, all of this
would go away, and the meantime the patches you have to maintain for cygwin
ports would become trivial. The patch would basically have a set cmake
version at the top. I
On Wed, Oct 27, 2010 at 2:38 PM, Alan W. Irwin
ir...@beluga.phys.uvic.ca wrote:
On 2010-10-26 17:53-0400 Bill Hoffman wrote:
The policy mechanism might not be ideal but in a year or so, all of this
would go away, and the meantime the patches you have to maintain for cygwin
ports would become
On Wednesday 27 October 2010, Michael Wild wrote:
On 27. Oct, 2010, at 12:38 , Marco Atzeri wrote:
--- Mer 27/10/10, Bill Hoffman ha scritto:
On 10/26/2010 9:58 PM, Yaakov
(Cygwin/X) wrote:
On Tue, 2010-10-26 at 17:53 -0400, Bill Hoffman
wrote:
Backwards compatibility may not be
On Wednesday 27 October 2010, Campbell Barton wrote:
On Tue, Oct 26, 2010 at 1:02 AM, Mateusz Loskot mate...@loskot.net wrote:
On 25/10/10 01:38, Mateusz Loskot wrote:
On 24/10/10 23:00, Ryan Pavlik wrote:
My best guess would be to check for some Clang-specific defines,
similar to the
Sono ideas nowhere nohow?
We have:
- Reinstalled CMake
- Reinstalled Cygwin
- Tried a tiny, two-line CMakeLists.txt in an empty directory:
cmake_minimum_required (VERSION 2.6)
project(TEMP C)
The command line to CMake (in a .bat file) is:
cmake
If you have an instance of a program which has hung,
I would attach to it with a debugger and see where it
is, what it is doing (or not doing in this case)
and what it is waiting for.
Bill
Phil Smith wrote:
So….no ideas nowhere nohow?
We have:
- Reinstalled CMake
-
It's not *a program*, it's the compiler. Which is being invoked wrong BY CMAKE
-- dash o blank blank inputfilespec instead of dash o blank outputfilespec
inputfilespec. So what's a debugger going to tell me? I already know.
-Original Message-
From: cmake-boun...@cmake.org
--- Mer 27/10/10, Alexander Neundorf ha scritto:
I suppose one other options is something like
this:
Warning: CMake has be forced to break
backwards
compatibility by the cygwin ports
maintainers, we apologize
if this broke your code. If your code does
not compile, then
set
--- Mer 27/10/10, Clinton Stimpson ha scritto:
I did see in the Cygwin overview that the Win32 api should
generally be
avoided.
However, its probably misleading that chapter 4,
Programming with Cygwin,
shows Win32 code instead of Unix code in the examples.
Hello list,
What is the difference between HINTS and PATHS, for example for find_library?
Thanks
--
Serghei
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep
RESOLVED: We realized that the bad machine was CMake 2.8.2, and mine (good) was
2.8.0. So I saved a copy of my 2.8.0 install and installed 2.8.2 over it. I
then had the hang symptom!
I swapped the directories back, and it worked again.
We found a saved copy of the 2.8.1 installer, installed
See the documentation for the full explanation of the search order:
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:find_library
Long story short: Hints get searched before the system paths, and
should only be set by some source of knowledge (location of other
files, etc) and not
On 27. Oct, 2010, at 21:38 , Alexander Neundorf wrote:
On Wednesday 27 October 2010, Campbell Barton wrote:
On Tue, Oct 26, 2010 at 1:02 AM, Mateusz Loskot mate...@loskot.net wrote:
On 25/10/10 01:38, Mateusz Loskot wrote:
On 24/10/10 23:00, Ryan Pavlik wrote:
My best guess would be to
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 c0fd19f1ec5a4a98581f53b6fc2edbe1f02165e8 (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 70101ee8e7da58e5729fdc0fbb6a48cb3740ba9e (commit)
from
32 matches
Mail list logo