[cmake-developers] [CMake 0012986]: Portable directory symlinking with -E

2012-02-21 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12986 == Reported By:Dave Abrahams Assigned To:

Re: [cmake-developers] Build faild on Darwin? Don't know why?

2012-02-21 Thread David Cole
On Mon, Feb 20, 2012 at 1:53 PM, David Cole david.c...@kitware.com wrote: On Mon, Feb 20, 2012 at 1:47 PM, Clinton Stimpson clin...@elemtech.comwrote: On Feb 20, 2012, at 8:21 AM, David Cole wrote: On Mon, Feb 20, 2012 at 9:25 AM, Brad King brad.k...@kitware.com wrote: On 2/18/2012 5:47

Re: [cmake-developers] find_package module-only policy

2012-02-21 Thread Brad King
On 2/20/2012 5:43 PM, Brad King wrote: The new find_package option will be called CONFIG, please. Another possibility is to require the mode keywords to come as the first argument, before the package name, just like many other commands: find_package(CONFIG Foo) That will clearly

[cmake-developers] [CMake 0012987]: Multiple redefinitions with cross compilation for eCos

2012-02-21 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12987 == Reported By:Emmanuel Blot Assigned To:

[cmake-developers] New group on the CMake dashboard

2012-02-21 Thread David Cole
I've created a group called Temporarily Problematic Nightly on the CMake dashboard today. It's for dashboards which chronically fail for reasons beyond our control. The two submissions that I sent to that group are using the Visual Studio 11 generator and the VS 11 Developer Preview from MSFT.

[cmake-developers] [CMake 0012991]: Parallel build output mess

2012-02-21 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12991 == Reported By:Christopher Sean Morrison Assigned

[cmake-developers] [CMake 0012992]: CHECK_C_COMPILER_FLAG broken for icc

2012-02-21 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12992 == Reported By:Christopher Sean Morrison Assigned

Re: [cmake-developers] Making Config.cmake files easier to write

2012-02-21 Thread Alexander Neundorf
On Friday 17 February 2012, Alexander Neundorf wrote: On Thursday 16 February 2012, Brad King wrote: On 2/16/2012 1:24 PM, Alexander Neundorf wrote: Actually I expected I would prefer this over the fixed names, but now that I've done it and look at what Config.cmake.in file I have to

Re: [cmake-developers] find_package module-only policy (was: find_package error wording)

2012-02-21 Thread Alexander Neundorf
On Monday 20 February 2012, Alexander Neundorf wrote: On Monday 20 February 2012, Brad King wrote: ... (2) Add the explicit MODULE and CONFIG mode keywords. Warn if they are used and the current minimum CMake version is not = 2.8.8 so that people do not add them in places that will break

Re: [cmake-developers] Making Config.cmake files easier to write

2012-02-21 Thread Brad King
On 2/21/2012 3:17 PM, Alexander Neundorf wrote: On Friday 17 February 2012, Alexander Neundorf wrote: So, I'm not that sure that using PACKAGE instead of CONFIG is really better (the branch I pushed uses PACKAGE, but I could change this again). Ok, so we stay here with PACKAGE, also in the

Re: [cmake-developers] find_package module-only policy (was: find_package error wording)

2012-02-21 Thread Alexander Neundorf
On Tuesday 21 February 2012, Alexander Neundorf wrote: On Monday 20 February 2012, Alexander Neundorf wrote: On Monday 20 February 2012, Brad King wrote: ... (2) Add the explicit MODULE and CONFIG mode keywords. Warn if they are used and the current minimum CMake version is not =

[cmake-developers] _check_cxx_compiler_attribute macro from GenerateExportHeader.cmake

2012-02-21 Thread Rolf Eike Beer
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

Re: [cmake-developers] _check_cxx_compiler_attribute macro from GenerateExportHeader.cmake

2012-02-21 Thread Stephen Kelly
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 with a bad flag FAIL_REGEX

Re: [cmake-developers] GenerateExportHeader gcc version test failure?

2012-02-21 Thread Stephen Kelly
Stephen Kelly wrote: Hi, In the last few days something changed to make the GenerateExportHeader GCC version check fail: http://open.cdash.org/buildSummary.php?buildid=2016288 Any idea what would cause that? It must be one of these:

Re: [cmake-developers] _check_cxx_compiler_attribute macro from GenerateExportHeader.cmake

2012-02-21 Thread Rolf Eike Beer
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