[cmake-developers] [CMake 0012223]: Support of linked resources in Eclipse/CDT (single files, not folders)

2011-05-25 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12223 == Reported By:wAy Assigned To:

[cmake-developers] CMake 2.8.5-rc1 ready for testing!

2011-05-25 Thread David Cole
I am happy to announce that CMake 2.8.5 has entered the release candidate stage! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Following is the list of changes in this release. Please try this version of CMake on your projects and report any issues to the

Re: [cmake-developers] Topic hdf5-module-bug-fix

2011-05-25 Thread Will Dicharry
I fixed your issues and added a couple more fixes for problems with the module. They have been merged with stage/next. Thanks, Will Brad King wrote: On 05/24/2011 03:04 PM, Will Dicharry wrote: Brad King wrote: Therefore if someone finds HDF5 twice the second time may take the wrong

Re: [cmake-developers] CMake 2.8.5-rc1 ready for testing!

2011-05-25 Thread Alan W. Irwin
On 2011-05-25 14:25-0400 David Cole wrote: I am happy to announce that CMake 2.8.5 has entered the release candidate stage! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Hi Dave: Has bug 9220 been fixed for this release candidate?

Re: [cmake-developers] Patches to add XXX_RUNTIME_LIBRARIES and XXX_RUNTIME_LIBRARY_DIRS to FindZLIB.cmake, FindXml2.cmake, and FindXslt.cmake

2011-05-25 Thread Rick Yorgason
Thanks for the tips Brad. I don't know if I'll have a chance to fix the things you pointed out until Monday, but I'll eventually get around to it. On 25/05/2011 4:21 PM, Brad King wrote: IMO installing dependencies found on the system is outside the scope of a build system. It already found

[cmake-developers] [CMake 0012226]: Case inconsistency between CMAKE_BUILD_TYPE and CMAKE_DEBUG_POSTFIX and alike. Inability to retrieve active postfix.

2011-05-25 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12226 == Reported By:Mikhail Assigned To:

Re: [CMake] Automatically Detecting Basic Fortran Dependencies

2011-05-25 Thread sind...@gmail.com
Dear Brad, Thanks for your thorough explanation, I wasn't aware that the dependency scanning only worked within a single target, it makes sense now. Currently I am using a UNIX Make files for building but we're moving to CMake to have the application run on Windows as well. I have

Re: [CMake] Automatically Detecting Basic Fortran Dependencies

2011-05-25 Thread Brad King
On 05/25/2011 08:18 AM, sind...@gmail.com wrote: I also like your suggestion of having all source files in one directory They don't actually have to be in one directory. You only need to name them from one directory. For example: add_executable(myMain exe/mymain.f90 lib1/lib1.f90

Re: [CMake] Error on uninitialized vars?

2011-05-25 Thread David Cole
Johan, I do not think there's a built-in way to make these warnings into errors... It would be easy enough to do, but it's not there right now. One reason is that most projects were developed with the understanding that ${uninitialized_variable} resolves to empty. Many projects even depend on

[CMake] CMake 2.8.5-rc1 ready for testing!

2011-05-25 Thread David Cole
I am happy to announce that CMake 2.8.5 has entered the release candidate stage! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Following is the list of changes in this release. Please try this version of CMake on your projects and report any issues to the

Re: [CMake] CMake 2.8.5-rc1 ready for testing!

2011-05-25 Thread Alexander Neundorf
On Wednesday 25 May 2011, David Cole wrote: I am happy to announce that CMake 2.8.5 has entered the release candidate stage! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D Following is the list of changes in this release. Please try this version of CMake

Re: [CMake] Handle lib64 library on Linux

2011-05-25 Thread Sara Rolfe
I've made some progress on debugging this issue. The ITK installation I'm using was actually built as 32-bit libraries. The 64-bit machine I used before defaulted to building/running as 32-bits. Now they're being built as 64-bits, which is causing these issues. Can I specify something

[CMake] Cannot find source file: *.rc

2011-05-25 Thread Aaron_Wright
I use mc.exe to generate an *.rc file and some headers for my program. The *.rc file is listed as an output of a custom command and as a source to an executable. During configuration CMake tells me it can't find a source file and lists the *.rc file. I've check the generated property of the

Re: [CMake] Cannot find source file: *.rc

2011-05-25 Thread Michael Wild
On 05/25/2011 11:40 PM, aaron_wri...@selinc.com wrote: I use mc.exe to generate an *.rc file and some headers for my program. The *.rc file is listed as an output of a custom command and as a source to an executable. During configuration CMake tells me it can't find a source file and lists the

[Cmake-commits] CMake branch, next, updated. v2.8.4-1604-g905d3b5

2011-05-25 Thread Brad King
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 905d3b5c254c25e9fb9838ba05b76c4f2da65679 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.4-1609-g0ce6545

2011-05-25 Thread Will Dicharry
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 0ce6545765effbcb9c9db0f60e5e1ad08627f229 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.4-1611-g94ce752

2011-05-25 Thread Will Dicharry
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 94ce752bdbd7886e68f897cf3d33f3d8b01dd30d (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.4-1613-g4b1bd05

2011-05-25 Thread Philip Lowman
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 4b1bd050a90944babc637eca6a9e822c3f057055 (commit) via