CMake update

[jhlegarreta (Jon Haitz Legarreta Gorroño)]

@matt.mccormick

Agreed – fork if no activity in over 1 year?

Seems reasonable to me. Just to avoid confusion: the activity is over the repo and no the user themselves?

Once this clarified, I’ll make a note in the documentation and post here.

@matt.mccormick

We could bump KWStyle.

Will do.

BTW:

@matt.mccormick

Many of the CMake policies can be removed because they default to NEW when a newer version of CMake is required.

I put a note in the ITK issue I opened.

For the sake of completeness, and to honor the subject, the gerrit topic to update the remote hashes on the CMake update:
http://review.source.kitware.com/#/c/23407/

[jhlegarreta (Jon Haitz Legarreta Gorroño)]

A PR was submitted to the KWStyle repository to update its cmake_minimum_required version to CMake 3.10.2.

All remote modules’ cmake_minimum_required upgrade PRs have been merged, and their new commit hash update gerrit topic has been merged into ITK master.

[blowekamp (Bradley Lowekamp)]

We are almost done updating all out machines to CMake 3.11.1 from 3.10.1, just mini 7 left which should be addressed today.