[cmake-developers] Fortran module dependencies and preprocessing in CMake 3.3.0-rc3

dear CMake developers, We have observed a changed and surprising behavior in CMake 3.3.0-rc3 with Fortran module dependency scanning and preprocessing compared to earlier CMake versions (for instance 3.2.3). I have checked open bugs and email list archives but could not find this mentioned. To

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-291-g8c492ca

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 8c492cadeb67522712369415bcfb734d83996d56 (commit) via

[CMake] CMake fails on linking.

Hi guys I wrote up this post on stackoverflow can I get some help sorting out why this project isn't linking properly? https://stackoverflow.com/questions/31186399/cmake-linking-errors Best -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-790-ge54b8fd

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via e54b8fd0b32b2fc7f2f2c2c6cc819ffd458d6688 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-780-gb1ecabf

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via b1ecabfb34fcf0f3d27e8784e32e312c0f38f79c (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-311-g3ae8e84

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 3ae8e84ef5c94e5fa250b4e2466aa6632a233bb2 (commit) via

Re: [cmake-developers] Fortran module dependencies and preprocessing in CMake 3.3.0-rc3

On 07/02/2015 04:14 AM, Radovan Bast wrote: We have observed a changed and surprising behavior in CMake 3.3.0-rc3 with Fortran module dependency scanning and preprocessing compared to earlier CMake versions (for instance 3.2.3). I don't recall any changes related to this since 3.2. I also

Re: [CMake] CMake fails on linking.

On 02/07/15 10:49, Owen Alanzo Hogarth wrote: Hi guys I wrote up this post on stackoverflow can I get some help sorting out why this project isn't linking properly? https://stackoverflow.com/questions/31186399/cmake-linking-errors Best You are missing the link libraries (OpenGL and SDL).

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-788-gff763c5

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via ff763c5f0b9c2ef2e8994a445d3354139608340d (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-308-gef97d44

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via ef97d4429f3b6aa56ee2266c6ecfa47032858d82 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-305-g5647b24

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 5647b243be2c5016dfd558d17547f0ddf89046f0 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-785-g5c4b0a6

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 5c4b0a6a06f8970351f9d397a0eac31c0a7f8a49 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-793-gce0cf4d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via ce0cf4d99389ca9bdb0631f72bb8b2e2fa0a9e84 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-319-g8fbd958

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 8fbd9584af44100bbddd0f4031b57c5bc2530837 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-316-gd59ab78

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via d59ab785858d8028eb9452a61571ffa688d90136 (commit) via

Re: [cmake-developers] CMake adds -qalias=noansi by XLC

On 07/01/2015 12:14 PM, Todd Gamblin wrote: - Is there some reason CMake adds the -qalias=noansi arg for XLC? It was added here: Add initial XL C compiler flags for safer builds http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e1729238 but I don't recall why it was included among the other

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-795-g0c7f85c

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 0c7f85c5608b2b8e4a15ff935990c7c34d8a89de (commit) via

Re: [cmake-developers] Add command line options for deprecation message control

What is the difference between the intended uses of those existing options and the intended uses of the new options, given that -Wno-dev is mostly useful for third parties to silence policy warnings? Working on this issue, I did find the different variables/options a bit confusing. dev and

Re: [cmake-developers] Add command line options for deprecation message control

Sorry, I've added in the missing method to cmake.cxx, which updates the WarningLevel map according to the boolean provided. cmake-gui compiles without errors again. I could add support for the new options to the GUI, in which case I would probably also go back to the changes I made to

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-803-g0406436

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 0406436e8a1ad973afc64fbab779b616f6c896d5 (commit) via

[cmake-developers] Feature Request: Modify CXX_STANDARD behavior for Xcode Generator: Starting Tips?

Salutations. I right now use CXX_STANDARD and CXX_STANDARD_LIBRARY for some test projects since I want to utilize smart pointers. As I am on a Mac, my preferred IDE is Xcode (sometimes called XCode), so I generate Xcode targets by default. I've noticed, however, that whenever I use CXX_STANDARD

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-805-g5d3276f

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 5d3276f7d3a1b99fc985d0fa587987c1271fc407 (commit) via

Re: [cmake-developers] Adding Swift support to CMake

On 6/29/15, Brad King brad.k...@kitware.com wrote: On 06/25/2015 09:24 AM, Eric Wing wrote: I pushed up a couple of repos for everybody to try. Thanks. From that I was able to make some progress with getting CMakeDetermineSwiftCompiler to work. I've made two tweaks to

[Cmake-commits] CMake branch, master, updated. v3.3.0-rc3-320-g5885358

20150702) +set(CMake_VERSION_PATCH 20150703) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake

[CMake] Problem with CMake 3.3.0-rc3

When running the BRL-CAD configure process with the latest CMake release candidate, the first configure pass completes successfully. The second pass fails almost immediately with the error: CMake Error at CMakeLists.txt:120 (configure_file): Unknown CMake command configure_file. Configuring

[Cmake-commits] CMake branch, next, updated. v3.3.0-rc3-801-g6242647

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 62426472d6b2126c0c615dececef351754d2cc4b (commit) via

Re: [cmake-developers] Fortran module dependencies and preprocessing in CMake 3.3.0-rc3

dear Brad, thanks for testing it on your side and also for the suggestions! I can consistently reproduce it locally on 3 different machines (Ubuntu 14.04 and Arch derivative; gfortran 4.8.4 and 5.1.0). I have Git bisected the history and this is the commit that broke this example on my machines: