s...@rogue-research.com wrote:
Yeah, it's confusing... :(
http://open.cdash.org/testDetails.php?test=201937899build=2986383
(MacOS 10.7)
The CXX compiler identification is Clang 4.0.0
I do not believe that.
Apple has their own fork/branch of clang which they use in Xcode.
Brad King wrote:
On 08/02/2013 05:20 PM, Rolf Eike Beer wrote:
Brad, please don't merge that next week
Okay. We're preparing 2.8.12 rc1 this week so I think we'll
hold off CXXFeatures until after 2.8.12 anyway.
I think 14303 should be resolved first as it would break parallel memtest
Stephen Kelly wrote:
Rolf Eike Beer wrote:
Am Sonntag, 28. April 2013, 13:57:26 schrieb Rolf Eike Beer:
One question I see increasingly often is how do I test for C++11
support or for specific parts of that. For 2.8.12 I plan to include the
check module I wrote for that a while back
Sean McBride wrote:
On Mon, 5 Aug 2013 08:08:20 +0200, Rolf Eike Beer said:
So
any version checking like I do in the CXXFeatures test (I have compiler
version X, the supported features should be ...) is entirely mood for
Clang. Great.
Well, I don't know what we're really talking about here
Stephen Kelly wrote:
Rolf Eike Beer wrote:
Given that you're gathering the versions of each feature availability
anyway, and given that boost.config and qcompilerdetection.h have the
same information, there is no need for all users of the module to run all
these try_compiles for all
Brad King wrote:
On 08/05/2013 02:08 AM, Rolf Eike Beer wrote:
s...@rogue-research.com wrote:
very confusingly, Apple uses their own version numbering scheme. So
that's Apple clang 4.0. It comes with whatever version of Xcode that
machine's running (4.4 I think?).
any version
Am Sonntag, 28. April 2013, 13:57:26 schrieb Rolf Eike Beer:
One question I see increasingly often is how do I test for C++11 support
or for specific parts of that. For 2.8.12 I plan to include the check
module I wrote for that a while back, and that I have reworked in the last
weeks. You can
http://open.cdash.org/testDetails.php?test=201937899build=2986383
(MacOS 10.7)
The CXX compiler identification is Clang 4.0.0
I do not believe that. Especially as
http://open.cdash.org/testDetails.php?test=201937829build=2986379
(MacOS 10.8)
shows 3.4.0. But since even 3.4 does not seem to
Alexander Neundorf wrote:
On Friday 19 July 2013, Rolf Eike Beer wrote:
Ok, I've pushed an updated version to the rework branch. A test for the
component check is missing, but all of your other suggestions should have
been addressed.
The variable is case-sensitive, so
Am Samstag, 27. Juli 2013, 21:22:19 schrieb CDash:
The Nightly Expected group has either errors, warnings or test failures.
You have been identified as one of the authors who have checked in changes
that are part of this submission or you are listed in the default contact
list.
To see this
On Sun Jul 28 15:46:27 2013 Vadim Zhukov persg...@gmail.com wrote:
With all input from you and after setting up local development repo, I
created and pushed two branches to stage:
If I understand correctly, there should be zero fallout in the night
build, and after that, given there will be
David Cole wrote:
*Tests failing*
CTestTestMemcheckDummyValgrind
(http://open.cdash.org/testDetails.php?test=201007140build=2979794)
Can anyone explain this to me? I don't see any reason why the regex
suddenly wont match.
I don’t see the problem with the regex either, although the
Brad King wrote:
On 07/22/2013 04:18 PM, Rolf Eike Beer wrote:
Since d0170584c54b515b7eb2d044c3d48332523b3a37 there is a comment stating
that spaces, quotes, or other characters special in CMake syntax are
not allowed
in a test name. This raised 2 topics:
This was just documenting
Since d0170584c54b515b7eb2d044c3d48332523b3a37 there is a comment stating that
spaces, quotes, or other characters special in CMake syntax are not allowed
in a test name. This raised 2 topics:
-first: the only check done in add_test() is that the name is not empty. If
there are forbidden
Stephen Kelly wrote:
Rolf Eike Beer wrote:
Ok, I've pushed an updated version to the rework branch. A test for the
component check is missing, but all of your other suggestions should have
been addressed.
Has anyone anything else, otherwise I will o and put this into CMake next
once
Alexander Neundorf wrote:
On Monday 29 April 2013, Rolf Eike Beer wrote:
Alexander Neundorf wrote:
On Sunday 28 April 2013, Rolf Eike Beer wrote:
One question I see increasingly often is how do I test for C++11
support or for specific parts of that. For 2.8.12 I plan to include
On Thu Jul 18 21:17:25 2013 Alexander Neundorf neund...@kde.org wrote:
On Monday 29 April 2013, Rolf Eike Beer wrote:
Alexander Neundorf wrote:
On Sunday 28 April 2013, Rolf Eike Beer wrote:
One question I see increasingly often is how do I test for C++11
support or for specific
Sean McBride wrote:
Hi all,
Recently in clang trunk, they added a new warning which we now see on Rogue7
since I updated my clang:
http://open.cdash.org/viewBuildError.php?type=1buildid=2949429
CMake/Source/kwsys/RegularExpression.cxx:347:5: warning: 'register' storage
class specifier
Christopher Sean Morrison wrote:
On Jun 04, 2013, at 04:17 PM, Brad King brad.k...@kitware.com wrote:
The discussion that led to that change was here:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/2523/focu
s=2530
The predicating problem is curious. If a pthreads
https://bugs.gentoo.org/show_bug.cgi?id=465930
I have no clue about this, is that a Gentoo problem or one of CMake?
I don't have that problem, I'm just relaying it upstream.
Eike
signature.asc
Description: This is a digitally signed message part.
--
Powered by www.kitware.com
Visit other
Eric Noulard wrote:
Sorry for the left over and my repeated absence on IRC for the CMake
meeting.
Since Dave left Kitware there has not been any such meeting.
Eike
--
signature.asc
Description: This is a digitally signed message part.
--
Powered by www.kitware.com
Visit other Kitware
Kornel Benko wrote:
Calling ctest after the last commit
5e993a2822e48c5d84b5bf01aad52ff5068cb5ea. The output is:
...
Start 298: CMake.GetPrerequisites
298/299 Test #298: CMake.GetPrerequisites ...
Passed0.67 sec Start 299: CMake.CheckSourceTree
299/299
http://open.cdash.org/testDetails.php?test=189799980build=2902455
Error kstat returned :12
The code in KWSys to call kstat seems to need some love.
Eike
signature.asc
Description: This is a digitally signed message part.
--
Powered by www.kitware.com
Visit other Kitware open-source projects
A bunch of tests on the dashboard currently fail because the sub-ctest they
start doesn't know about it's configuration. I can go the easy road and just
force that to Debug, but that doesn't seem right. Does anybody have an idea
how to properly fix this?
The code is in next and the
Alexander Neundorf wrote:
On Sunday 28 April 2013, Rolf Eike Beer wrote:
One question I see increasingly often is how do I test for C++11 support
or for specific parts of that. For 2.8.12 I plan to include the check
module I wrote for that a while back, and that I have reworked in the last
One question I see increasingly often is how do I test for C++11 support or
for specific parts of that. For 2.8.12 I plan to include the check module I
wrote for that a while back, and that I have reworked in the last weeks. You
can find the current state in the rework branch of this
Am 10.04.2013 16:17, schrieb Brad King:
On 04/10/2013 07:20 AM, Stephen Kelly wrote:
Is there any reason this variable shouldn't be special-cased in the
unused
variable handling? If the special case is spelled correctly, it
should be
fine.
If you want to add a whitelist to suppress the
Brad King wrote:
On 04/10/2013 10:30 AM, Rolf Eike Beer wrote:
I think what Stephen had in mind (I really hope he had *g*) is to show
a different warning in that case, telling the user that the toolchain
file is ignored on any subsequent run.
Another approach is to not warn when
Brad King wrote:
@@ -190,6 +198,8 @@
# (To distribute this file outside of CMake, substitute the full
# License text for the above reference.)
+include(CMakeParseArguments)
+
function (__java_copy_file src dest comment)
add_custom_command(
OUTPUT ${dest}
This should
Stephen Kelly wrote:
https://gitorious.org/~steveire/cmake/steveires-cmake/commit/96ec58003de583
794fb7440fc4b3521f272a26d6
in, but then again, the behavior of code like that won't change until
the next release, and a policy will probably be needed anyway.
So you introduce new stuff now
Am Montag, 18. Februar 2013, 17:17:40 schrieb Brad King:
On 02/18/2013 04:52 PM, Stephen Kelly wrote:
Anyway, I don't agree with your conclusion, but I guess Brad gets the
casting vote of doing nothing or not. I understand your position and you
understand mine I'm sure. All that's needed is
Am 10.01.2013 16:40, schrieb Brad King:
Eike,
On 01/09/2013 11:02 AM, Dave Abrahams wrote:
http://www.cmake.org/Bug/view.php?id=13842
==
We could use C++11 feature detection per
http://pageant.ghulbus.eu/?p=664
This picks
Am , schrieb Янчарук Александр:
Hi!
In the attachment module for FreeGLUT library. Hope this will be
usefull.
Tested on Debian squeeze with freeglut3-dev package.
Module was originally made from GLUT-module.
It looks very similar to the GLUT module indeed. I wonder why one can't
just add
Янчарук Александр wrote:
Adding the freeglut library to GLUT module would be solution for
systems where installed glut lib.
What if some one decide install latest FreeGLUT lib from source? In
your case for succesful use of FreeGLUT i need install additional
packages (glutg3 glutg3-dev in
Recent CMake versions fail to build at Haiku:
[ 0%] Building C object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_ABI_C.c.o
In file included from
/boot/home/cmake/Utilities/KWIML/test/test_ABI_C.c:13:
/boot/home/build/cmake/Utilities/cmIML/ABI.h:261: #error Existence of
'long long'
Bill Hoffman wrote:
On 1/8/2013 1:43 PM, Rolf Eike Beer wrote:
Recent CMake versions fail to build at Haiku:
Can you or someone run a dashboard for this? Without one we are
doomed to have this fail again and again.
I can't, and I don't really care about Haiku. I was just testing out
some
Am , schrieb Brad King:
On 01/08/2013 01:43 PM, Rolf Eike Beer wrote:
I have not submitted it to the next branch because I
assume this is another Kitware magic upstream tree:
It is.
diff --git a/Utilities/KWIML/ABI.h.in b/Utilities/KWIML/ABI.h.in
index 7f4772a..a336a80 100644
Alan W. Irwin wrote:
Shouldn't that be 10.2?
I like to output the exact CMake version each time I run cmake using
message(STATUS
CMake version =
${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION})
but the result is the incorrect 2.8.10 for CMake version 2.8.10.2.
Stephen Kelly wrote:
Hi there,
GenerateExportHeader has a bug where if the target name is kde-config, for
example, it generates content like
#ifndef KDE-CONFIG_EXPORT_H
#define KDE-CONFIG_EXPORT_H
This is not as intended. The problem is that the target name is used with
TOUPPER, but
Stephen Kelly wrote:
Rolf Eike Beer wrote:
Stephen Kelly wrote:
Brad King wrote:
On 12/21/2012 09:20 AM, Stephen Kelly wrote:
Is this email enough of a report about that, or do you want a tracker
entry?
* Add a MakeCidentifier method to SystemTools
KWSys contribution
Brad King wrote:
On 09/08/2012 12:45 PM, Rolf Eike Beer wrote:
I was a bit bored and decided to hack a bit on a bug I filed long ago
(http://cmake.org/Bug/view.php?id=10895). I have attached the first 3
patches I came up with. I think #1 should just be applied without any
further checks
Rolf Eike Beer wrote:
Brad King wrote:
On 10/19/2012 01:54 PM, Rolf Eike Beer wrote:
Doh! Good catch, thanks. Will push it soonish.
I think our emails crossed. I just pushed it.
Ok, feel free to ignore my branch then. I'll create a new topic to test this
module soonish, would
Thomas Arcila wrote:
Hi,
I have just found a regression in latest rc with
SelectLibraryConfigurations module.
Expected output (cmake 2.6.9) from the attached test case is:
-- mylib_LIBRARY_RELEASE mylib
-- mylib_LIBRARY_DEBUG mylibD
-- mylib_LIBRARIES optimized;mylib;debug;mylibD
Am 2012-09-28 08:44, schrieb Nils Gladitz:
Sorry about the indentation ... I've still got a bit of trouble
switching between coding conventions.
Yeah, kernel style is the only sane one ;)
On that note, are there documented coding conventions, coding
guidelines or similar somewhere?
My
Eric Noulard wrote:
2012/9/27 David Cole david.c...@kitware.com:
H. Good idea.
Should we add a new command for this? Or should it be a sub-command of
string( like RANDOM is?
And... while we're at it, I've always thought we should add the
ability to get the
Am Donnerstag, 27. September 2012, 17:10:20 schrieb Nils Gladitz:
I've tried to reimplement this as a sting sub-command (patch attached).
Looks good, but the indentation looks wrong at some places.
signature.asc
Description: This is a digitally signed message part.
--
Powered by
Am Montag, 24. September 2012, 16:20:14 schrieb David Cole:
These online chat meetings, moving forward, are going to be at 2:00 PM
Eastern time US on Mondays. (Same as they have been this week and last
week...)
I am not going to send reminder emails about them -- we're all adults here,
and
David Cole wrote:
I don't like it. Existing tests that run and return, for example, a number
of errors that occurred, will magically appear as not run when that
number just so happens to be 77.
If there are enough people who think this is simple and works and are not
concerned about the
David Cole wrote:
Please join us in about 15 minutes for a CMake Developers chat via the IRC
#cmake room...
Here is the log of the meeting.
[19:47:56] Dakon ah, the VIPs are finally arriving ;)
[19:48:36] *** Modus #cmake +o Dakon durch ChanServ
[19:48:47] *** Modus #cmake +v davidcole durch
I was looking at http://www.cmake.org/Wiki/CMake_Useful_Variables and while
scanning through it I once again saw how many variables we have for the
different MSVC versions. Since it's unlikely that MSVC11 is the last (the
variable is currently missing, but I'll fix that soon) I thought if it
Brad King wrote:
On 09/12/2012 02:06 PM, Rolf Eike Beer wrote:
I was looking at http://www.cmake.org/Wiki/CMake_Useful_Variables and
while
scanning through it I once again saw how many variables we have for the
different MSVC versions. Since it's unlikely that MSVC11 is the last
Brad King wrote:
On 09/12/2012 02:33 PM, Rolf Eike Beer wrote:
Ah, hm. Ok, this is the compiler version variable that I knew it would
exist but did not know how it was named. So this demonstrates exactly
what I was talking about:
if (MSVC_VERSION VERSION_GREATER 1400)
Without
Am Sonntag, 9. September 2012, 11:00:48 schrieb Mathias Gaunard:
I had filed a few bugs that were relatively major, but they were moved
to the backlog. I haven't been able to find the procedure to move them
out of it.
Set their status to new/reopened (if you are able to do this). Otherwise
, but as you can see
the file violates this itself pretty often.
EikeFrom 0d903d4b89fb039ab9f49504548d047fc9d64389 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer e...@sf-mail.de
Date: Sat, 8 Sep 2012 17:08:36 +0200
Subject: [PATCH 1/3] kwsys: fix typos
---
Source/kwsys/SystemInformation.cxx | 10
David Cole wrote:
This is a good idea.
How many people would join in if we had a CMake meeting in #cmake IRC?
Is there any conclusion on this now?
Eike
--
signature.asc
Description: This is a digitally signed message part.
--
Powered by www.kitware.com
Visit other Kitware open-source
Alexander Neundorf wrote:
On Wednesday 29 August 2012, Benjamin Eikel wrote:
Dear CMake developers,
I have written a find module for the OpenGL Extension Wrangler (GLEW) [1]
library (see attachment). I tried to follow all the instructions that I
have found. I am willing to maintain
Benjamin Eikel wrote:
Am Donnerstag, 30. August 2012 um 13:00:48 schrieb Rolf Eike Beer:
Alexander Neundorf wrote:
On Wednesday 29 August 2012, Benjamin Eikel wrote:
Dear CMake developers,
I have written a find module for the OpenGL Extension Wrangler (GLEW)
[1] library (see
Skippy VonDrake wrote:
I remember belonging to a mailing list meant for general questions
from cmake users.
Where does on go no when the have a problem/question just using cmake?
This site: http://public.kitware.com/mailman/listinfo/dart
just lists cmake-developers and cmake-commits.
Or does
Am 2012-08-20 14:00, schrieb Brad King:
On 08/19/2012 08:09 AM, Rolf Eike Beer wrote:
I'm wondering if it makes sense to do a mass replace of
foreach(listvar ${somevar})
to
foreach(listvar IN LISTS somevar)
From what I see this should be more efficient as the variable is not
first
expanded
I scanned through the patches Gentoo applies to CMake to find out which ones
should be dropped in 2.8.9. I found this one:
diff --git a/Modules/FindPkgConfig.cmake b/Modules/FindPkgConfig.cmake
index c47f583..5783d37 100644
--- a/Modules/FindPkgConfig.cmake
+++ b/Modules/FindPkgConfig.cmake
@@
I'm wondering if it makes sense to do a mass replace of
foreach(listvar ${somevar})
to
foreach(listvar IN LISTS somevar)
From what I see this should be more efficient as the variable is not first
expanded and then parsed again, it could save from potential trouble if e.g.
somevar includes
Am Sonntag, 19. August 2012, 20:26:35 schrieb Alexander Neundorf:
On Sunday 19 August 2012, Rolf Eike Beer wrote:
I scanned through the patches Gentoo applies to CMake to find out which
ones should be dropped in 2.8.9. I found this one:
diff --git a/Modules/FindPkgConfig.cmake b/Modules
Am 2012-08-15 15:06, schrieb Bill Hoffman:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b160e3b68f2482a5
http://open.cdash.org/testDetails.php?test=156453780build=2517168
CMake Error at /export/home/kitware/Dashboards/My
Bill Hoffman wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b160e
3b68f2482a5
http://open.cdash.org/testDetails.php?test=156453780build=2517168
CMake Error at /export/home/kitware/Dashboards/My
Eric Noulard wrote:
2012/8/15 David Cole david.c...@kitware.com:
This is a good idea.
How many people would join in if we had a CMake meeting in #cmake IRC?
What would be the best day of week and time of day to have one?
Any daytime between 9 AM up to 5 PM or after 6:30 PM.
David Cole wrote:
On Wed, Aug 15, 2012 at 1:28 PM, Rolf Eike Beer e...@sf-mail.de wrote:
Bill Hoffman wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b16
0e
3b68f2482a5
http://open.cdash.org/testDetails.php?test=156453780build=2517168
David Cole wrote:
On Wed, Aug 15, 2012 at 3:31 PM, Rolf Eike Beer e...@sf-mail.de wrote:
David Cole wrote:
On Wed, Aug 15, 2012 at 1:28 PM, Rolf Eike Beer e...@sf-mail.de wrote:
Bill Hoffman wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b16
0e
Rolf Eike Beer wrote:
David Cole wrote:
On Wed, Aug 15, 2012 at 3:31 PM, Rolf Eike Beer wrote:
David Cole wrote:
On Wed, Aug 15, 2012 at 1:28 PM, Rolf Eike Beer wrote:
I'll work around this for now, but I wonder if the restriction in
list(REMOVE_DUPLICATES) actually makes sense. We don't
Brad King wrote:
On 08/15/2012 04:28 PM, Rolf Eike Beer wrote:
For the empty variable: it looks like an empty variable and a not existing
one are the same.
They are not the same:
$ cat var.cmake
macro(report)
if(DEFINED A)
message(yes)
else()
message(no)
endif
Rolf Eike Beer wrote:
David Cole wrote:
On Wed, Aug 15, 2012 at 1:28 PM, Rolf Eike Beer wrote:
I'll work around this for now, but I wonder if the restriction in
list(REMOVE_DUPLICATES) actually makes sense. We don't give an error if
there are no duplicates, why should we give an error
Am Montag, 13. August 2012, 14:30:36 schrieb Brad King:
On 08/13/2012 08:35 AM, Brad King wrote:
On 08/10/2012 09:27 AM, Brad King wrote:
Since the first step involves making 'master' and 'next' consistent
we plan to disable merge access to 'next' for the first couple days
of next week.
Am 2012-08-13 13:35, schrieb David Cole:
Hi everybody,
I need your help. In the next week, if you have time.
No doubt you're already sick of reading the emails about the bug
tracker from the last couple of days.
My main goal here is simply to be able to get a good picture of
what's
really
Hi,
I just did a git grep optimized Modules/Find* to search for any modules that
add the optimized and debug keywords by hand. We have a module for that:
SelectLibraryConfigurations.cmake. This has the advantage of e.g. taking care
for the case that only one of the debug and release library
I was just wondering: have there ever existed plans to add code coverage
support for CMake files?
This could be a cool project for something like Google Summer of Code or
something like that, no?
Eike
signature.asc
Description: This is a digitally signed message part.
--
Powered by
Am Dienstag, 17. Juli 2012, 11:43:45 schrieb Brad King:
On 07/17/2012 11:11 AM, Shlomi Fish wrote:
On 07/17/2012 05:41 AM, Shlomi Fish wrote:
With cmake-2.8.9-rc2 on Mageia Linux Cauldron (see
https://wiki.mageia.org/en/Cauldron ) I am getting:
shlomif@telaviv1:~$ rpm -qa '*jasper*'
Claus Klein wrote:
I have prepared a small patch to fix the X11 test.
This prevents errors like this:
http://open.cdash.org/testDetails.php?test=153601982build=2442103
Good catch. Patch pushed to next:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=10e993f
Let's see what happens.
Eike
Patrick Gansterer wrote:
Hi,
at first: Sorry for the very long delay.
I do not really care for this, but just some minor stylistic nitpicks:
-in Modules/Platform/Windows-cl.cmake you initialize some variables in both
branches of an if(). You should keep the order you set them the same in
Patrick Gansterer wrote:
Hi,
On Sat, 14 Jul 2012 21:08:24 +0200, Rolf Eike Beer wrote:
-in Modules/Platform/Windows-cl.cmake you initialize some variables
in both
branches of an if(). You should keep the order you set them the same
in both
branches as is makes comparing this much
Joshua Robinson wrote:
Hi,
I am new to cmake, 1 week.
I use Linux, vtk and qt. I want the output file moc_* to go to Moc, and the
object file to Obj .
The executable is being put to Bin/ that works.
I tried : set(OBJECT_OUTPUTS ${myProj_SOURCE_DIR}/Obj) it didn't work.
Please
:00 2001
From: Rolf Eike Beer e...@sf-mail.de
Date: Wed, 20 Jun 2012 13:11:40 +0200
Subject: [PATCH 1/3] FindQt4: extend documentation
-refer to AUTOMOC from QT4_AUTOMOC
-mention how source file properties influence QT4_ADD_DBUS_INTERFACE
---
Modules/FindQt4.cmake | 25
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole david.c...@kitware.com wrote:
Alex and Eike,
The following topic branches have been on the CMake stage for months,
without any movement. Are there further plans to move these topics
forward and get them into 'next' or are they simply abandoned
(A call to 'ssh g...@cmake.org stage cmake print' shows next=0 for those
branches not in 'next' at any given moment)
# Not in 'next':
# debug-messages | master=0 next=0
We didn't reach consensus about that, so I removed it.
#lib64-cleanup |
Anyone have any ideas what this bug is from:
https://bbs.archlinux.org/viewtopic.php?pid=1092231
I bet it's this: http://cmake.org/Bug/view.php?id=13125
Eike
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
Am Mittwoch, 4. April 2012, 10:13:17 schrieb Rolf Eike Beer:
Hi!
I'm going to write FinCXX11.cmake that will do the following:
* find compiler flags that enable C++11 functionality, and store them in
CXX11_CXX_FLAGS;
* declare a component for some (each?) new language feature
Am Montag, 26. März 2012, 11:01:38 schrieb Brad King:
On 3/26/2012 10:49 AM, Rolf Eike Beer wrote:
For the beginning I added 2 obvious cleanups to the lib64-cleanup topic
on stage. If noone objects I'll merge them to next soon.
Thanks. In FindBLAS:
if (WIN32)
set(_libdir ENV
On 3/3/2012 5:25 AM, Rolf Eike Beer wrote:
+ else if (*i == DEBUG)
+{
...
+status = true;
Rather than being a conditional version of STATUS I think full stack
information is useful for debugging. Add to the cmake::MessageType
enumeration a DEBUG value and teach cmake
I have a small patch to CMake that looks like this:
diff --git a/Source/cmMessageCommand.cxx b/Source/cmMessageCommand.cxx
index e1dbf34..ad24368 100644
--- a/Source/cmMessageCommand.cxx
+++ b/Source/cmMessageCommand.cxx
@@ -52,6 +52,18 @@ bool cmMessageCommand
status = true;
++i;
Am Samstag, 3. März 2012, 17:05:11 schrieb Yury G. Kudryashov:
Rolf Eike Beer wrote:
I have a small patch to CMake that looks like this:
+ if (!this-Makefile-IsOn(CMAKE_DEBUG_MESSAGES))
I propose to print message if one of the following holds:
* CMAKE_DEBUG_MESSAGES is true
I have a small patch to CMake that looks like this:
For easier access I pushed the topic debug-messages to stage. I don't
guarantee for stability here, so I may force-push at any time.
Eike
signature.asc
Description: This is a digitally signed message part.
--
Powered by www.kitware.com
The Linux nightly fails the same way:
CMake Error at CMakeLists.txt:55 (message):
ImageMagick_FOUND is set but no version number is defined
Call Stack (most recent call first):
CMakeLists.txt:65 (check_version_string)
I have removed the requirement for ImageMagick version string
Am Mittwoch, 29. Februar 2012, 07:53:38 schrieb Clinton Stimpson:
On Wednesday, February 29, 2012 02:23:47 am Rolf Eike Beer wrote:
The tests using Qt4 on my machine are failing:
http://open.cdash.org/testDetails.php?test=136849123build=2048757
http://open.cdash.org/testDetails.php?test
Am Dienstag, 28. Februar 2012, 14:20:27 schrieb Brad King:
On 2/28/2012 2:09 PM, Bill Hoffman wrote:
On 2/28/2012 1:57 PM, Brad King wrote:
On 2/28/2012 1:53 PM, Bill Hoffman wrote:
That isn't the line causing the error. It's the AllFindModules test
that wants to know that the returned
Brad King wrote:
On 2/24/2012 11:50 AM, Rolf Eike Beer wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c28e2769482c12da53a3c01
ea45f9ae6cdc1de34 commit c28e2769482c12da53a3c01ea45f9ae6cdc1de34
Author: Rolf Eike Beere...@sf-mail.de
AuthorDate: Fri Feb 24 17:48:02 2012 +0100
Brad King wrote:
On Wed, Feb 22, 2012 at 11:32 AM, Rolf Eike Beer e...@sf-mail.de wrote:
Use CMAKE_LANG_COMPILER_LOADED to determine which
languages are enabled.
In the last modification in FindOpenMP I used the ENABLED_LANGUAGES
property. Which of both ways is the preferred one?
I
This macro does this:
macro(_check_cxx_compiler_attribute _ATTRIBUTE _RESULT)
check_cxx_source_compiles(${_ATTRIBUTE} int somefunc() { return 0; }
int main() { return somefunc();} ${_RESULT}
# Some compilers do not fail with a bad flag
FAIL_REGEX unrecognized .*option
Stephen Kelly wrote:
Rolf Eike Beer wrote:
This macro does this:
macro(_check_cxx_compiler_attribute _ATTRIBUTE _RESULT)
check_cxx_source_compiles(${_ATTRIBUTE} int somefunc() { return 0; }
int main() { return somefunc();} ${_RESULT}
# Some compilers do not fail
On Thursday 16 February 2012, Alexander Neundorf wrote:
Hi,
when I use a Find-module to search for a package, I get a nice error
message if the package could not be found.
I collected the various error messages which can be produced in the
different
cases:
* package not found
* package
Brad King wrote:
On 2/17/2012 12:09 PM, Rolf Eike Beer wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=854e76237ce3e8f03d9cabc
ad1f8f37e04992ad3 commit 854e76237ce3e8f03d9cabcad1f8f37e04992ad3
Author: Rolf Eike Beere...@sf-mail.de
AuthorDate: Fri Feb 17 18:06:07 2012 +0100
Brad King wrote:
On 2/17/2012 1:31 PM, Rolf Eike Beer wrote:
Does this address
http://www.cmake.org/Bug/view.php?id=12965
Nope, sadly not. But it should make that easier to solve.
Currently we have no official maintainer for the module.
Alex, Eike, do either of you care
Brad King wrote:
On 1/20/2012 1:16 PM, Rolf Eike Beer wrote:
What I currently know is:
-if tests run in CMake script mode, they should go in CMakeTests
-if they need to run CMake in configure mode, but don't build anything,
they should go in CMakeOnly
-if they test something from
201 - 300 of 377 matches
Mail list logo