[CMake] CMake 2.8.6-rc4 ready for testing!

Thu Sep 22 22:42:35 EDT 2011

Sorry, but no, not for 2.8.6. From now on we will only consider fixes for
regressions, and we hope to finalize 2.8.6 by end of next week.

On the other hand, you can override all the settings in CTestConfig already,
if you set the variables at the right point in a ctest -S script (typically
after the call to ctest_configure...)

That would be an alternative you can consider for using with any ctest 2.8.x

If you really want a change like this in CMake, we'd consider it for the
next release, but it should be in 'next' and tested on the dashboard well
before the release candidate phase leading up to a release.

Thx,
David C.

On Thursday, September 22, 2011, Jean-Christophe Fillion-Robin <
jchris.fillionr at kitware.com> wrote:
> Hi Dave,
>
> Would it be possible to include the following topic in the release:
>  https://github.com/jcfr/CMake/tree/check-ctestconfig-in-builddir
>
> The change is documented and tests have been added:
>
> Expect CTestConfig.cmake in either the build or source directory <
https://github.com/jcfr/CMake/commit/268c0e5d015e36145c4d48c91d169c636ea172cd>
…
>
> Provide the ability to configure CTest with setting different from the one
> available in the source tree by checking first if CTestConfig.cmake
> exists in the build tree first.
>
>
>
> The motivation is to allow build system checking out external project to
> test and/or package them and submit the associated results to a different
> dashboard than the one specified (or not) in the source of the external
>
>
> project.
>
> For example, the build system of Slicer can checkout, build, test
> and package what I will  call "extension". These extensions can be
developed
> by third party who can test and submit to their own dashboard / project.
>
>
> When checkout by Slicer build system, the default dashboard can be now
> overwritten by adding a custom CTestConfig.cmake to the build directory.
> And if not overwritten, it would avoid to create CTestConfig.cmake within
>
>
> the source checkout of the extension.
>
> Thanks
> Jc
>
> On Thu, Sep 22, 2011 at 4:14 PM, David Cole <david.cole at kitware.com>
wrote:
>>
>> The CMake 2.8.6 release candidate stream continues! You can find the
>> source and binaries here:
>>
>>  http://www.cmake.org/files/v2.8/?C=M;O=D
>>
>> This email is also available on the Kitware blog at
>>
>>  http://www.kitware.com/blog/home/post/170
>>
>> This is the last rc before the final release, unless somebody finds a
>> showstopper issue between now and next Thursday.
>>
>> This release candidate we do not have pre-built binaries for the
>> SunOS anymore. As mentioned on the CMake mailing list recently, our
>> Sun hardware has bitten the proverbial dust.
>>
>> However, we are now providing two sets of installers for the Mac.
>> The "Darwin" versions are for Mac OSX 10.4 and later, and are "ppc;i386"
>> universal binaries. The "Darwin64" versions are for 10.6 and later,
>> and are "x86_64;i386" universal binaries.
>>
>> Following is the list of changes in this release. Since we switched to
>> git, this list is now the 'git log' one line summary written by the
>> named CMake developers.
>>
>> Please try this version of CMake on your projects and report any
>> issues to the list or the bug tracker.
>>
>> Happy building!
>> -Dave
>>
>>
>> Changes in CMake 2.8.6-rc4 (since 2.8.6-rc3)
>> --------------------------------------------
>> Alex Neundorf (3):
>>      FindFLEX.cmake: also search the include dir
>>      Fix typos in FeatureSummary.cmake (#12462)
>>      Don't warn when setting a property multiple times to the same value
#12464
>>
>> Bill Hoffman (2):
>>      For VS Intel Fortran IDE builds, add a check to find the Fortran
>> library PATH.
>>      Enable Fortran tests for IDE builds.
>>
>> Brad King (5):
>>      FortranCInterface: Compile separate Fortran lib in VerifyC[XX]
>>      Move IntelVSImplicitPath project to better location
>>      Simplify IntelVSImplicitPath detection project
>>      libarchive: Fix ssize_t detection with mingwrt 3.20
>>      Make file(DOWNLOAD) fail on http error
>>
>> David Cole (8):
>>      Tests: Add a KWStyle test, equivalent to the make StyleCheck target
>>      KWStyle Test: Activate by default if KWStyle is found
>>      Xcode: Use EFFECTIVE_PLATFORM_NAME reference in ComputeOutputDir
>>      Xcode: Add test to demonstrate iOS project in Xcode
>>      CMake: Reference test targets only when BUILD_TESTING is ON
>>      Tests: Add the more modern Mac64 nightly build
>>      Release Scripts: Use Qt 4.7.4 on dashmacmini5 (#12460)
>>      Revert "FindThreads: Try pthreads with no special option first
(#11333)"
>>
>> Eric NOULARD (4):
>>      CPack fix #12449 doc mispelled
>>      CPack fix template too
>>      CPackDeb fix #10325 automagically use fakeroot for DEB if
>> fakeroot is found
>>      CPackRPM authorize per-component pre/post-[un]install scripts
(#0012063)
>>
>> Marcus D. Hanwell (4):
>>      Just code style changes.
>>      Don't warn when nothing to do in visibility function.
>>      Made ADD_COMPILER_EXPORT_FLAGS into a macro.
>>      Make add_compiler_export_flags a function again.
>>
>> Rolf Eike Beer (1):
>>      remove stray brace in CPackDeb documentation
>> --
>>
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.cmake.org/mailman/listinfo/cmake <
http://www.cmake.org/mailman/listinfo/cmake>
>
>
>
> --
> +1 919 869 8849 <tel:%2B1%20919%20869%208849>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20110922/9468a13d/attachment.htm>