[CMake] Observation regarding Utilities/cmliblzma/CMakeLists.txt

After some rather extensive banging of my head on my desk trying to resolve a variable definition issue I finally tracked it down to the Utilities/cmliblzma/CMakeLists.txt file. Line 26 contains the following statement: CHECK_INCLUDE_FILE(inttypes.h HAVE_INTTYPES_H) Absolutely nothing wrong

[CMake] CMake port to OpenVMS - confusing behavior in cmliblzma code tree, specifically the config.h file generated from config.h.in

After somewhat of an archeological dig I have finally traced down the following error message: [ 12%] Building C object Utilities/cmliblzma/CMakeFiles/cmliblzma_dir/liblzma/check/check.c.o cd /PRJ_ROOT/CMAKE-3_3_2/Utilities/cmliblzma && /bin/cc -Wc/warnings=disable=all/lis/show=all -w

[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*));

inal Message- From: Custin, Jay (CSC Sw Middleware) Sent: Thursday, November 05, 2015 1:28 PM To: cmake@cmake.org Subject: 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:

[CMake] CMake on OpenVMS - Bootstrap CMake complaining that “pid_t doesn’t exist on this platform?”

Please disregard my query regarding pid_t. Apparently something “lingered” around in my code environment. When I wiped out the code tree leaving nothing except my VMS-related modifications and rebuilt CMake it built without the pid_t error. Go figure. Back to trying to determine where the

[CMake] CMake on OpenVMS - Bootstrap CMake complaining that “pid_t doesn’t exist on this platform?”

Still kicking myself… “normally” I would “delete” files that I had modified by first renaming them to “hide” them and only then actually delete them… Well sure enough the one time I feel confident apparently I whacked something I shouldn’t have (guessing)… Regardless of which the CMake

[CMake] CMake on OpenVMS - Apparent roadblock buried within cmake-3.3.2\Tests\CMakeLists.txt

Q: What makes you think there is a problem in Tests/CMakeLists.txt? A: Certainly the "problem" could exist in any of the myriad of files that get processed as a result of the Tests/CMakeLists.txt file, but I base my hypothesis on the following MESSAGE statements which I added to the main

[CMake] CMake on OpenVMS - Apparent roadblock buried within cmake-3.3.2\Tests\CMakeLists.txt

cmake-3.3.2\Tests\CMakeLists.txt On 10/30/2015 11:18 AM, Custin, Jay (CSC Sw Middleware) wrote: > Interrupting/preventing the automatic execution of the bootstrapped > CMake in the end of the bootstrap script and then try to execute it > from the shell prompt using the same basic switch

[CMake] CMake on OpenVMS - Apparent roadblock buried within cmake-3.3.2\Tests\CMakeLists.txt

I thought I had turned the final corner and only had the “home stretch” left to get to the finish line… and then a brick wall suddenly appeared to block my way… So the configuration/bootstrap script seems to blissfully get all the way to the end and even displays the following:

[CMake] CMake on OpenVMS - watching CMake build process run through its enormous number of self-tests!!!!

Cautiously optimistic... Staring at my terminal session watching self-tests execute... <> -- Performing Test HAVE_RESTRICT -- Performing Test HAVE_RESTRICT - Success -- Performing Test HAVE___RESTRICT -- Performing Test HAVE___RESTRICT - Success -- Performing Test HAVE_INLINE -- Performing Test

[CMake] CMake on OpenVMS - approaching the finish line

Had a few environmental issues that bit me (and drew blood)... but have gotten MUCH closer to the goal... except bash-4.3$ ./configure --system-curl --system-zlib --verbose --init=BuildCMakeOpenVMS_CacheFlags.cmake <> /bin/cc -Wc/warnings=disable=all -I/PRJ_ROOT/CMAKE-3_3_2/Bootstrap_cmk

Re: [CMake] Continued issues in trying to get CMake working on OpenVMS

: Monday, September 21, 2015 10:55 AM To: cmake@cmake.org Subject: Re: [CMake] Continued issues in trying to get CMake working on OpenVMS On 9/21/2015 10:17 AM, Custin, Jay (CSC Sw Middleware) wrote: > This gets made even more frustrating in that it appears that the > testing phase does a VERY go

[CMake] Continued issues in trying to get CMake working on OpenVMS

So I ran into a few minor issues compiling/linking the CMake images (compiler threw a few "warnings" which didn't really prove significant so I simply "silenced" the warnings to enable the code to compile clean and link). I accomplished this with the following: bash$ export

[CMake] CMake on OpenVMS

Has ANYONE actually gotten CMake working on OpenVMS? I see numerous traces of OpenVMS riddled throughout the configuration/bootstrap code, but after spending almost two solid days trying to get past the "Configure" phase I have decided I needed to formally inquire. SenseiC -- Powered by

[CMake] CMake on OpenVMS (some clarification)

While I specifically want this on OpenVMS/Integrity (V8.3 or higher), I have not tried this on an Alpha yet (vast majority of the coding/builds I do involve the Integrity platform). It took some manual editing of files, etc. to get this far: <> CXX has ios::binary openmode