Now logging a list of the directories that will be included, and run the new includeThirdPartyCodeIfNeeded macro
Added a macro that will include the third-party msinttypes code, so that MSVS2008 can compile the UAF without problems. Also the option NO_THIRD_PARTY_MSINTTYPES flag is added, to prevent this msinttypes from being included for those who want to take care of the MSVS2008 issues manually
The value returned by pyuaf.util.Status.opcUaStatusCode() was sometimes wrong: SWIG converted into a signed 64-bit number (Python type 'long') thereby altering the bits (i.e. the 32-bit data which represents an unsigned number in C++). The function now outputs a Python 'int' that is bitwise equal to the original unsigned C++ data (and therefore may sometimes appear to be a negative number, since Python ints are signed numbers). The point is that the result of pyuaf.util.Status.opcUaStatusCode() now *always* corresponds to the ints defined by pyuaf.util.opcuastatuscodes.
Skip some tests that fail for certain older versions of the UaServerCpp (e.g. the UaServerCpp version that ships with the MSVS2008 build of the demo SDK.
Added the third-party msinttypes project, since this code is needed to compile the UAF with MSVS2008.