Re: [CMake] cmake needs 2 runs to find boost

I guess, nobody has a hint on what to look at or what to try? Best, Peter On Tuesday, November 03, 2015 02:10:54 PM Peter Steinbach wrote: > Hi to all, > > I tested this with cmake 3.2.2 and 3.3.2 and still get the same problem. > I'd like to use boost with gcc on windows 7 64bit. I installed

Re: [CMake] Cmake not working for VS13

What version of Visual Studio do you have installed? On Thursday, November 5, 2015, Nikita Barawade < nikita.baraw...@einfochips.com> wrote: > Hi, > > > New to cmake utility, > > I am trying to build sample program given here > https://cognitivewaves.wordpress.com/cmake-and-visual-studio/ with

Re: [CMake] cmake needs 2 runs to find boost

Hi Benedikt, interesting thought, however I wonder why cmake is then capable of deducing the right boost version and include path. Just inside the first error message, I see: (x86)/CMake/share/cmake-3.2/Modules/FindBoost.cmake:1182 (message): > >Unable to find the requested Boost libraries.

Re: [CMake] [CDash] CTEST_CUSTOM_WARNING_EXECPTION

Does your ctest -S script call ctest_read_custom_files https://cmake.org/cmake/help/v3.4/command/ctest_read_custom_files.html after ctest_configure? On Thursday, November 5, 2015, Rashad M wrote: > Hello all, > > I have CTestCustom.cmake.in file in source tree with

Re: [CMake] Cmake not working for VS13

Hi, Thanks for reply . I am using visual studio 13. I managed to get it done , I had to repair Visual studio . Regards, Nikita Barawade Engineer | PES From: David Cole Sent: 05 November 2015 06:00 PM To: Nikita Barawade Cc:

Re: [CMake] cmake needs 2 runs to find boost

Hi Peter, as I don't use windows at all, this is just a very wild guess... Could it be that in the second run you actually don't use /CMake/share/cmake-3.2/Modules/FindBoost.cmake but boost-config.cmake, which it now finds in the cached environment of the first run? This assumes of course

[CMake] [CDash] CTEST_CUSTOM_WARNING_EXECPTION

Hello all, I have CTestCustom.cmake.in file in source tree with the following contents https://git.orfeo-toolbox.org/otb.git/blob/refs/heads/develop:/CMake/CTestCustom.cmake.in during ctest build CTestCustom.cmake file is getting generated inside the build tree. But however the warnings are

Re: [cmake-developers] [PATCH 0/3] Support for multilingual SLAs for the CPack DMG generator

Hi Brad, the attached patch limits lines to 79 cols, and adds the necessary documentation to the variables and release notes. I added diagnostic pragmas to suppress the deprecation warnings as well as a comment explaining the need for them. I've looked for a replacement some more, but I still

[CMake] Fwd: Re: cmake needs 2 runs to find boost

-- Forwarded Message -- Subject: Re: [CMake] cmake needs 2 runs to find boost Date: Thursday, November 05, 2015, 04:41:51 PM From: Andreas Naumann To: Peter Steinbach Hey Peter, It is not a solution, but I would set Boost_DEBUG

[cmake-developers] [CMake 0015833]: Support creating of Framework for iOS

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15833 == Reported By:gang65 Assigned To:

[cmake-developers] [CMake 0015834]: problem with buliding Deformable Model Simplex Mesh

The following issue has been SUBMITTED. == http://www.itk.org/Bug/view.php?id=15834 == Reported By:Evan samona Assigned To:

[CMake] Question about the "logic" behind Utilities/KWIML/INT.h.in statement: @KWIML@_INT__VERIFY_TYPE(@KWIML@_INT_intptr_t, sizeof(void*));

>From INT.h.in: 828 #if !defined(@KWIML@_INT_NO_INTPTR_T) 829 @KWIML@_INT__VERIFY_TYPE(@KWIML@_INT_intptr_t, sizeof(void*)); 830 #endif 831 #if !defined(@KWIML@_INT_NO_UINTPTR_T) 832 @KWIML@_INT__VERIFY_TYPE(@KWIML@_INT_uintptr_t, sizeof(void*)); 833 #endif Now this

Re: [CMake] Question about the "logic" behind Utilities/KWIML/INT.h.in statement: @KWIML@_INT__VERIFY_TYPE(@KWIML@_INT_intptr_t, sizeof(void*));

Probably a moot question at this point... I posed the same question to some of the language/compiler experts at HPE and got the following explanation: Looking quickly, I suspect that he is not using the /pointer=long qualifier at compile time. The default pointer size is 32-bit (4 bytes), but

[cmake-developers] [CMake 0015835]: CMake hardcodes bitness in .cmake files for universal binaries

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15835 == Reported By:David Ryskalczyk Assigned To:

[CMake] autouic problem with Visual Studio

Hi, I'm trying out the autouic feature in Visual Studio, and I noticed that if I change a .ui file, the corresponding ui_*.h file is not regenerated when I hit the build button. I don't see this problem under Makefiles. For makefiles, it appears a phony target is used and "cmake -E

[CMake] Problems with cmake in Windows related to maximum path length

Hi everybody, I am a new user of cmake and a new member of this mailing list. Apologies in case the reason for my problem is the fact that I am not experienced with using cmake. I use cmake to generate "nmake Makefiles" in Windows (Visual Studio compiler). The project is rather large, hence, I

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc3-476-g13dc7bd

_VERSION_MINOR 4) -set(CMake_VERSION_PATCH 20151105) +set(CMake_VERSION_PATCH 20151106) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[cmake-developers] [CMake 0015836]: Cmake Build Fails for cmake 3.1 version

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15836 == Reported By:Abdul Naseer Assigned To:

Re: [CMake] [CDash] CTEST_CUSTOM_WARNING_EXECPTION

Looks to me like it might be (I'm hopeful) working at ignoring the line which matches the expression ".*vcl_deprecated_header.h.*" ... But then, the following line is: # warning "deprecated" Since that line does not match any of your expressions, maybe that's the one triggering this

Re: [CMake] [CDash] CTEST_CUSTOM_WARNING_EXECPTION

yes. On Thu, Nov 5, 2015 at 1:46 PM, David Cole wrote: > Does your ctest -S script call ctest_read_custom_files > https://cmake.org/cmake/help/v3.4/command/ctest_read_custom_files.html > after ctest_configure? > > > On Thursday, November 5, 2015, Rashad M

Re: [CMake] cmake needs 2 runs to find boost

Hi to all, ok, I tried the attached minimal CMakeLists.txt again and found out that it fails in the way I described only with the "MSYS Makefiles" generator. If I use the same CMakeLists.txt without a custom generator (so MSVS is the default IIRC), the libraries are found alright! Any ideas?

Re: [cmake-developers] [PATCH 0/3] Support for multilingual SLAs for the CPack DMG generator

The documentation files had incorrect file extensions. This is fixed in the attached version. On Do, 2015-11-05 at 10:36 +, Levermann, Simon wrote: > Hi Brad, > > the attached patch limits lines to 79 cols, and adds the necessary > documentation to the variables and release notes. > > I