Re: [CMake] Cuda CUDA_SEPARABLE_COMPILATION errors during linking

2015-04-20 Thread Wesley Smith
Apparently there's a bug report and fix for this: http://www.cmake.org/Bug/view.php?id=15016 But the fix hasn't been committed anywhere. It has been lingering in limbo for almost 9 months. Thanks!! wes On Fri, Apr 17, 2015 at 4:20 PM, Wesley Smith wrote: > With CUDA_SEPARABLE_COMPILATION enable

[CMake] cmakepp: Expression Syntax

2015-04-20 Thread Tobias Becker
Hi All, I've update my open source project to offer an alternative CMake syntax which is still a bit Beta. If your interested here is the Blog Post: http://thetoeb.de/2015/04/20/cmakepp-expression-syntax/ It allows you to use nested function calls with return values and is integrable into cmake q

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread Nils Gladitz
On 04/20/2015 02:54 PM, victor sv wrote: Hello again, Sometimes we don't have control on external libraries compilation and we don't know which compiler was used to generate external libraries now my questions is,Is there a CMake-standard-way to proceed in these cases? Proper shared libraries

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread victor sv
Hello again, Sometimes we don't have control on external libraries compilation and we don't know which compiler was used to generate external libraries now my questions is, Is there a CMake-standard-way to proceed in these cases? What is the best way to specify dependencies depending on the comp

Re: [CMake] Do build after GIT_TAG changed in ExternalProject_Add

2015-04-20 Thread typ1232
Note that I changed CMAKE_ARGS, so the target is used that contains the file that was changed in the commit. CMAKE_ARGS "-DSAF_INTENTIONAL_COMPILE_WARNING=TRUE" -- View this message in context: http://cmake.3232098.n2.nabble.com/Do-build-after-GIT-TAG-changed-in-ExternalProject-Add-tp7590299p7

Re: [CMake] Do build after GIT_TAG changed in ExternalProject_Add

2015-04-20 Thread typ1232
Thank you very much for your detailed response. I updated to CMake version 3.2.2 and I'm also using VS 2013 Update 4. When testing with your project, I noticed the first difference with your description is here: "Now if you run build.cmd after that, you should see the repo cloned the first time

Re: [CMake] Do build after GIT_TAG changed in ExternalProject_Add

2015-04-20 Thread David Cole via CMake
I am using Visual Studio 2013 with Update 4 installed, and the very latest CMake v3.2.2 on my Windows machine. I cannot reproduce your problem, and include here the complete steps I used while trying. Anybody should be able to run configure.cmd and build.cmd as follows and reproduce the correct beh

Re: [CMake] Do build after GIT_TAG changed in ExternalProject_Add

2015-04-20 Thread David Cole via CMake
By the way, the "if not exist" line in build.cmd should be all on one line of text... the plain text email sending wrapped it for me, where there should be no newline in the actual script... Boo, email bad. On Mon, Apr 20, 2015 at 7:21 AM, David Cole wrote: > I am using Visual Studio 2013 with U

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread victor sv
Ok Nils, thanks for your help :) Best regards, VĂ­ctor. 2015-04-20 12:33 GMT+02:00 Nils Gladitz : > On 04/20/2015 12:28 PM, victor sv wrote: > >> After googling and reading this: >> >> >> http://www.opal-rt.com/kb-article/undefined-reference-intel-fast-memset-build-error-related-rte-delay >> >>

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread Nils Gladitz
On 04/20/2015 12:28 PM, victor sv wrote: After googling and reading this: http://www.opal-rt.com/kb-article/undefined-reference-intel-fast-memset-build-error-related-rte-delay I try to link against libirc.a and libimf.a and it works fine. I do other test compiling a shared METIS library with In

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread victor sv
Thanks Nils for que quick response! The error log is as follows (summarized): Determining if the function METIS_SetDefaultOptions exists in the metis failed with the following output: Change Dir: /home/vsande/fempar/build/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make "cmTryCompileExec41247

Re: [CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread Nils Gladitz
On 04/20/2015 11:47 AM, victor sv wrote: CHECK_LIBRARY_EXISTS(metis METIS_SetDefaultOptions ${METIS_PATH} HAVE_METIS_SETDEFAULTOPTIONS) [...] But if I build my project with GNU compilers and METIS still compiled with Intel compilers, CMake says: Looking for METIS_SetDefaultOptions in

[CMake] CheckLibraryExists behaviour with different compilers

2015-04-20 Thread victor sv
Hello all, i'm using CMake 2.8.12.2 and trying to search a symbol inside METIS library with: CHECK_LIBRARY_EXISTS(metis METIS_SetDefaultOptions ${METIS_PATH} HAVE_METIS_SETDEFAULTOPTIONS) If METIS library was compiled with Intel compilers and i build my project with the same compilers CMake

[CMake] ANN: CMake Course - June 1 in Lyon, France

2015-04-20 Thread Julien Jomier
Kitware will be holding a CMake training course on June 1, 2015 at Kitware's office in Lyon, France. This one-day course will cover CMake, CTest, CPack and CDash. Visit our website for more information and registration details (early registration and student discounts available): http://t