Re: [CMake] Fortran project compiling with -isystem causing error

2015-03-25 Thread Hugh Sorby
Right got it, the problem occurs when I add the target_link_libraries command to the dependent project. The attached tar.gz contains my not working example source, layout: Konsole output . |-- ex | |-- CMakeLists.txt | `-- use_mod.f90 |-- ex-build |-- install |-- modsrc | |-- CMakeLis

Re: [CMake] Fortran project compiling with -isystem causing error

2015-03-25 Thread Hugh Sorby
My first simple example worked, so I looked at adding an imported target, as this is what my actual script has, to install the dependent modules but this also worked as expected. I am now going to go back to the original CMakeLists.txt file to see if I can make it the same as my second examp

Re: [CMake] Behaviour of CACHE PATH variables

2015-03-25 Thread Roger Leigh
On Wed, Mar 25, 2015 at 11:29:28AM -0400, Brad King wrote: > On 03/25/2015 10:15 AM, Roger Leigh wrote: > > Question: Why is TESTDIR2 transformed from "t2" to > > "/home/rleigh/pathtest/test/t2" (which is > > "$PROJECT_BINARY_DIR/$TESTDIR2)? > > It looks like the behavior has been this way since 2

Re: [CMake] Behaviour of CACHE PATH variables

2015-03-25 Thread Brad King
On 03/25/2015 10:15 AM, Roger Leigh wrote: > Question: Why is TESTDIR2 transformed from "t2" to > "/home/rleigh/pathtest/test/t2" (which is > "$PROJECT_BINARY_DIR/$TESTDIR2)? It looks like the behavior has been this way since 2003: ENH: When fixing cache value with uninitialized type, collapse

Re: [CMake] Fortran project compiling with -isystem causing error

2015-03-25 Thread Brad King
On Tue, Mar 24, 2015 at 11:03 PM, Hugh Sorby wrote: > I am trying to create a simple Fortran project that relies on a module file > that has been built by another project. I have added the directory > containing the module file into the include_directories command but the > project isn't compiling

Re: [CMake] nonstandard C++ source filename extension

2015-03-25 Thread Brad King
On Tue, Mar 17, 2015 at 12:10 AM, Dave Yost wrote: > set_source_files_properties(foo.bar PROPERTIES LANGUAGE CXX) [snip] > [100%] Building CXX object CMakeFiles/foo.dir/foo.bar.o > c++: warning: /Users/yost/p/c++/cmake/asm/foo.bar: linker input file unused > because linking not done > Linking CX

Re: [CMake] an easy way to clean cmake generated files?

2015-03-25 Thread Bill Hoffman
On 3/25/2015 7:37 AM, Vaishakh wrote: git clean -d -f -x Build out of source. rm -rf -Bill -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- Powered by www.kit

Re: [CMake] Check whether C++ headers are self-sufficient

2015-03-25 Thread Roger Leigh
On Sat, Mar 14, 2015 at 01:19:21PM +0100, Christoph GrĂ¼ninger wrote: > Dear CMakers, > I want to have all my C++ headers self-sufficient (self-contained), > i.e., a header can be included without additional includes. This is not > only handy but also part of Google's C++ styleguide [2]. > > It wou

[CMake] Behaviour of CACHE PATH variables

2015-03-25 Thread Roger Leigh
Hi folks, I've come across some odd behaviour when setting CACHE variables of type PATH, which I didn't spot in the documentation. With the following minimal testcase: --- cmake_minimum_required(VERSION 2.8.12) cmake_policy(VERSION 2.8.12)

Re: [CMake] an easy way to clean cmake generated files?

2015-03-25 Thread Vaishakh
git clean -d -f -x -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org

[CMake] CDash and xUnit test reports

2015-03-25 Thread Alessio
Hi All Quick question: is there a way to add test detail to the CDash dashboard that comes from xunit XML test report files? The tests we configure in ctest are actually fairly fat containers of Boost Test Framework and Python nose tests, so the vanilla ctest report would not provide the team wit