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

2015-11-05 Thread Custin, Jay (CSC Sw Middleware)
>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*));

2015-11-05 Thread Custin, Jay (CSC Sw Middleware)
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