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 (
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
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
wo
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 j
, but as you can see
the file violates this itself pretty often.
Eike>From 0d903d4b89fb039ab9f49504548d047fc9d64389 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer
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-so
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".
Brad King wrote:
> Hi Eike,
>
> Please take a look at this failure:
>
> http://open.cdash.org/testDetails.php?test=157846638&build=2539416
>
> -- FLEX_VERSION='flex 2.5.35 Apple(flex-31)'
> CMake Error at CMakeLists.txt:53 (message):
>unexpected: FLEX_VERSION does not begin with a decimal
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
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 ma
Stephen Kelly wrote:
> Hi,
>
> I was looking at 4be6783711b2ff510c3449c5de22d35663d8bfc1 and
> 3553001bcc425dfb5d84a2dc8d657fe92c007962 with a view to forward porting them
> to Qt 5, but I think they are still buggy.
>
> As xml is not line-based, the parsing should be able to handle legal content
Stephen Kelly wrote:
> Stephen Kelly writes:
> > Brad King wrote:
> > >> I have pushed a std-cxx-target-property branch to my gitorious repo to
> > >> illustrate the idea further, but I don't think there is any way to
> > >> specify which c++ standard to restrict to with MSVC, so the idea may
> >
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
exp
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/Mo
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 el
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
@@ -8
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
> &g
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
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 res
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:
> > > > Bill Hoffman wrote:
> > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c
David Cole wrote:
> On Wed, Aug 15, 2012 at 1:28 PM, Rolf Eike Beer wrote:
> > Bill Hoffman wrote:
> >
> > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b16
> > 0e>
> > > 3b68f2482a5
> > >
> > >
> &g
Eric Noulard wrote:
> 2012/8/15 David Cole :
> > 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.
Same for me.
Bill Hoffman wrote:
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b160e
> 3b68f2482a5
>
>
> http://open.cdash.org/testDetails.php?test=156453780&build=2517168
>
> CMake Error at /export/home/kitware/Dashboards/My
> Tests-SunOSsnv_135.11i86pc-gcc/CMake/Modules/FindX
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=156453780&build=2517168
CMake Error at /export/home/kitware/Dashboards/My
Tests-SunOSsnv_135.11i86pc-gcc/CMake/Modu
cmake.org front page still announces 2.8.8. When looking at cdash.org
the most recent news about CMake there is the release of 2.8.5.
Eike
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic
Amine Khaldi wrote:
> Even better: http://webchat.freenode.net/ would require just a browser ;)
>
> Otherwise this email is a google account too, so if that upper link
> doesn't work (I'm AmineKhaldi on #reactos) then we can easily use google
> plus chat.
Yeah, let's do a developer meeting in #cm
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 n
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 ha
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 t
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 www.kitwar
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 -q
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=153601982&build=2442103
Good catch. Patch pushed to next:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=10e993f
Let's see what happens.
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
&
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
I found this in one of my dashboards:
CMake Warning:
Manually-specified variables were not used by the project:
CMAKE_BUILD_TYPE
This was sort of a WTF as you may guess. I played around with it and found
that this was caused by this instruction:
ctest_configure(
OPTIONS
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.
>
>
Clinton Stimpson wrote:
> On Jun 20, 2012, at 5:51 AM, Rolf Eike Beer wrote:
>
>> Hi,
>>
>> while wrestling with QtDBus today I found out the hard way (i.e. reading
>> the
>> source) that QT4_ADD_DBUS_INTERFACE is much more powerful than its
>> documentat
17 00:00:00 2001
From: Rolf Eike Beer
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 +++--
> (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-clea
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole 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 at this
> point..
Am Montag, 4. Juni 2012, 17:13:26 schrieb David Cole:
> We are preparing to build CMake 2.8.9, release candidate one, in the next
> few days (or possibly as late as next week).
>
> Is there any pending/outstanding work that anybody thinks is critical for
> inclusion in CMake 2.8.9?
>
> (I don't w
> 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
Pleas
> The attached is a patch with manual page formatting fixes for 2.8.8. Issues
> were detected by Lintian, Debian Q/A tool.
This always happens after a new version, no? Can we get that tool as part of
the build process somehow so we get that on the nightly builds?
Eike
signature.asc
Description:
Am Donnerstag, 12. April 2012, 11:57:10 schrieb Andreas Schuh:
> Hi CMake folks,
>
> I run into a problem with CMake 2.8.4 which relates to the bug
> http://public.kitware.com/Bug/view.php?id=12338 . In particular, the
> issue that not the default python executable was found, but the most
> recent
Am Samstag, 7. April 2012, 22:23:47 schrieb Laszlo Papp:
> Hey,
>
> I am now really wondering why Python3 has never been supported so far.
> At least, I cannot make that version of python work at the moment. We
> have switched to Python3 in the KDE Windows project, and some projects
> are not buil
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
> 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, and test it
> using check_cxx_source_compiles().
>
> I have a few ques
Bill Hoffman wrote:
> Hi, I just wanted to get an update on the ninja generator status.
> Right now all linux tests are passing, and that platform seems to be done.
Some days ago I saw this on #cmake:
can someone here help with ninja problems? cmake with the ninja backend fails
to build kdebase
Brad King wrote:
> On 3/26/2012 11:49 AM, Rolf Eike Beer wrote:
> > Thanks, fixed. And added a patch that removes this in a bunch of other
> > modules.
> Nice. Looks good so far. I noticed in the context of some of your
> changes lines like
>
> /usr/local/l
Brad King wrote:
> On 3/26/2012 11:49 AM, Rolf Eike Beer wrote:
> > Thanks, fixed. And added a patch that removes this in a bunch of other
> > modules.
> Nice. Looks good so far. I noticed in the context of some of your
> changes lines like
>
> /usr/local/l
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 Find
Am Montag, 26. März 2012, 08:22:22 schrieb Brad King:
> On 3/24/2012 12:41 AM, Rolf Eike Beer wrote:
> > I have seen a strange behaviour on my (openSUSE) Linux host running on
> > AMD64. Sometimes during my Find* module tests libraries in /usr/lib64
> > were not found. It to
Brad King wrote:
> On 3/24/2012 12:41 AM, Rolf Eike Beer wrote:
> > I have seen a strange behaviour on my (openSUSE) Linux host running on
> > AMD64. Sometimes during my Find* module tests libraries in /usr/lib64
> > were not found. It took me a while until I noticed what w
Am Montag, 26. März 2012, 08:52:59 schrieb Brad King:
> On 3/26/2012 8:28 AM, Rolf Eike Beer wrote:
> >> The find_library command automatically searches "lib" under each path
> >> in CMAKE_SYSTEM_PREFIX_PATH and CMAKE_PREFIX_PATH. Any path that has
> >>
Brad King wrote:
> On 3/24/2012 12:41 AM, Rolf Eike Beer wrote:
> > I have seen a strange behaviour on my (openSUSE) Linux host running on
> > AMD64. Sometimes during my Find* module tests libraries in /usr/lib64
> > were not found. It took me a while until I noticed what w
I have seen a strange behaviour on my (openSUSE) Linux host running on AMD64.
Sometimes during my Find* module tests libraries in /usr/lib64 were not found.
It took me a while until I noticed what was going on there:
FIND_LIBRARY_USE_LIB64_PATHS is not set when I used project(... NONE). While
t
David Cole wrote:
> Eike,
>
> I've got a test machine setup where I'm using the latest Xcode 4.3
> from Apple, and I'm getting output like this from the AllFindModules
> test:
>
> CMake Error at CMakeLists.txt:52 (message):
> GIT_VERSION_STRING has unexpected content 1.7.7.5 (Apple Git-26)
> 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::Messag
> 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
V
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 followi
Am Samstag, 3. März 2012, 12:45:12 schrieb Eric Noulard:
> 2012/3/3 Rolf Eike Beer :
> > 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
> >
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;
}
> 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=136849123&build=2048757
Am Mittwoch, 29. Februar 2012, 11:36:44 schrieb Brad King:
> On 2/29/2012 10:57 AM, Rolf Eike Beer wrote:
> > could you please assist me with this one:
> >> Can anyone please run "mogrify -version" on magrathea? This would save me
> >> one turnaround in add
The tests using Qt4 on my machine are failing:
http://open.cdash.org/testDetails.php?test=136849123&build=2048757
http://open.cdash.org/testDetails.php?test=136849126&build=2048757
This is because this machine only has QtCore installed, but nothing else.
I think something like this should be done
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
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 Beer
> > AuthorDate: Fri
Brad King wrote:
> On Wed, Feb 22, 2012 at 11:32 AM, Rolf Eike Beer wrote:
> >> Use CMAKE__COMPILER_LOADED to determine which
> >> languages are enabled.
> >
> > In the last modification in FindOpenMP I used the ENABLED_LANGUAGES
> > property. Which of
Brad King wrote:
> On 2/21/2012 5:47 PM, Stephen Kelly wrote:
> >> add_library(mylib mylib.c)
> >> generate_export_header(mylib)
> >
> > I'm looking into fixing this bug, and I was wondering how to. I have never
> > built C code with CMake.
> >
> > I will need to conditionally call different chec
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(
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"
Hi,
the CMakeOnly.AllFindModules collects the output of all the Find*.cmake
modules for some weeks now. However it of course can only find what is
installed. There are some modules that find their stuff by querying an
executable for things, like perl and ruby for example. I suspect that these
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 sh
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 officia
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 Beer
> > AuthorDate: Fri
> 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 foun
> So if no lines are covered then it reports 'Covered="false"' which leads
> CDash to entirely ignoring the line count and not showing a link to the
> file. In contrast it does that when collecting files using
> CTEST_EXTRA_COVERAGE_GLOB:
>
> covSumFile << "\t << "\" FullPath=\"" << cmXM
> 2012/2/15 Rolf Eike Beer :
>> Hi,
>>
>> as I found out today this construct doesn't work:
>>
>> find_library(MYLIB libfoo.so.2)
>>
>> This is because find_library will only try to access the whole path if
>> the
>> given name match
Hi,
as I found out today this construct doesn't work:
find_library(MYLIB libfoo.so.2)
This is because find_library will only try to access the whole path if the
given name matches PREFIX.*SUFFIX, which is obviously not the case here. My
simple approach on fixing this would be to also allow PRE
[...]
> Ok, so much to the history behind everything, now the questions: was that
> the right approach? What does 'Covered="false"' actually means? Should we
> unconditionally send true for gcov files, too? This would at least give
> consistent results. Is it at the end a CDash bug? Or should CTes
Am Montag, 13. Februar 2012, 11:33:14 schrieb Bill Hoffman:
> On our linux release machine we are getting an error in the modules
> that is preventing the release from being made. The error is:
>
> CMake Error at CMakeLists.txt:58 (message):
>GNUPLOT_VERSION_STRING has unexpected content
>
Hi all,
I have been wrestling with uncovered files for a while. The current state
doesn't satisfy me, so I thought to share my findings and we can hopefully
come up with something better. If you want to look at some numbers you can
compare the 2 nightly results here:
http://my.cdash.org/index.
Am Dienstag, 31. Januar 2012, 23:39:30 schrieb Eric Noulard:
> 2012/1/31 Rolf Eike Beer :
> > Eric Noulard wrote:
> >> 2012/1/31 Rolf Eike Beer :
> >> >> Should be fixed and pushed.
> >> >>
> >> >> Merge topic 'ImproveCPac
Eric Noulard wrote:
> 2012/1/31 Eric Noulard :
> > 2012/1/31 Rolf Eike Beer :
> >>> Ok Agreed.
> >>> Just merged the branch to next.
> >>
> >> Just spotted a bug in it:
> >>
> >> @@ -559,6 +511,8 @@ bool cmDocumentation::Create
> Ok Agreed.
> Just merged the branch to next.
Just spotted a bug in it:
@@ -559,6 +511,8 @@ bool cmDocumentation::CreateSingleModule(const char*
fname,
{
if(line.size() && line[0] == '#')
{
+ /* line beginnings with ## are mark-up ignore them */
+ if (line[1] == '#') c
While hacking on various Find*.cmake modules I also made some changes to the
ImageMagick module, and one of them is not really backwards compatible. I
would consider it a bugfix, but you may judge yourself.
ImageMagick_FOUND was set to true if all requested components were found. Not
surprising
David Cole wrote:
> On Fri, Jan 20, 2012 at 1:16 PM, Rolf Eike Beer wrote:
> > David Cole wrote:
> >> No documentation about tests. Discussion on this list is the closest
> >> proxy for such docs.
> >
> > What I currently know is:
> >
> > -i
David Cole wrote:
> On Fri, Jan 20, 2012 at 7:51 AM, Rolf Eike Beer wrote:
> >> On Fri, Jan 20, 2012 at 2:07 AM, Rolf Eike Beer wrote:
>>>> This introduced a new directory Tests/Syntax and a first tests
>>>> there. It does
>>>>
>>>>
David Cole wrote:
> On Fri, Jan 20, 2012 at 7:51 AM, Rolf Eike Beer wrote:
> >> On Fri, Jan 20, 2012 at 2:07 AM, Rolf Eike Beer wrote:
> >>> Bill Hoffman wrote:
> >>>> We seems to have some valgrind errors on the dashboard:
> >>>>
> >&
> On Fri, Jan 20, 2012 at 2:07 AM, Rolf Eike Beer wrote:
>> Bill Hoffman wrote:
>>> We seems to have some valgrind errors on the dashboard:
>>>
>>> http://www.cdash.org/CDash/viewDynamicAnalysisFile.php?id=2554459
>>>
>>> Seems to have
> 2012/1/18 Rolf Eike Beer
>
>> It is. I've pushed an implementation to topic "python-version" on stage.
>> If
>> noone objects I'll merge it to next at the end of the week.
>
> Is is there any web link where I can review your changes?
> Curre
Bill Hoffman wrote:
> We seems to have some valgrind errors on the dashboard:
>
> http://www.cdash.org/CDash/viewDynamicAnalysisFile.php?id=2554459
>
> Seems to have started with this day:
> http://www.cdash.org/CDash/viewChanges.php?project=CMake&date=2011-11-12
>
> http://www.cdash.org/CDash/v
Alexander Neundorf wrote:
> On Wednesday 18 January 2012, Alexander Neundorf wrote:
> > Hi,
> >
> > the variable CMAKE_REQUIRED_LIBRARIES is used by several of the
> > check-modules for listing additional libraries which should be linked.
> > It is common to use variables set by Find-modules for t
Brad King wrote:
> On 1/17/2012 3:52 PM, Rolf Eike Beer wrote:
> > Brad King wrote:
> >> Can this use the version argument to find_package? If a project's
> >> python code works only with 2 or only with 3 why bother even looking
> >> for other version
Brad King wrote:
> On 1/17/2012 1:50 PM, Rolf Eike Beer wrote:
> > Today a user was in #cmake that had a system default python that was
> > some 3.x version, and therefore /usr/bin/python was a symlink to
> > /usr/bin/python3. The current module has no possiblity for a dev
3 major versions, so with a
system default python of python2 (like Gentoo currently has) a requested
version of 3.0 will always fail if the user does not explicitely specify the
correct python interpreter on the command line.
Opinions?
Eike>From 68fd2901923ea97f547edcf298bda819bec4bce4 Mon Sep
According to documentation you can use the following variable to check if your
compiler is the GNU one:
CMAKE_COMPILER_IS_GNU
Well, this is actually only true for C++ as in CXX. If your language is C,
then LANG is not C, but CC. If your language is Fortran, LANG is neither
FORTRAN nor Fortran
> On 1/13/2012 9:47 AM, Rolf Eike Beer wrote:
>>> On 1/13/2012 9:41 AM, Rolf Eike Beer wrote:
>>>> Status = f -> this is a released version
>>>> PP = 0x1 -> a
>>>
>>> That doesn't appear in my version. I guess they added it
> On 1/13/2012 9:41 AM, Rolf Eike Beer wrote:
>>> The explanation you give in your new commit on the topic is more
>>> coherent.
>>> Where did you get it that information?
>>
>> The lines above the examples.
>>
>> Status = f -> this is a r
301 - 400 of 492 matches
Mail list logo
