Thanks for that. That's good to know.
I was more thinking of the notion of compilation determination between SDK releases. It is probably a safe bet to assume that there will be future SDK releases which will change or add or remove APIs. If one wanted to create an application that would still compile cleanly against known SDK releases, it might be useful to know (at compile time), the release of SDK being compiled against.
It would be nice to assume that every future SDK release will always be backwards compatible with the last but I am more thinking about forward compatibility. For example, when a new release ships, it would be great to allow applications to compile against it ... but I would prefer to also provide support for the previous SDK (the one that we know works ... for example) ... and on occasion, the only way to achieve that is by knowing at compile time, the SDK level.
A concrete example would be "os_realloc" ... or your own experience with the 1st item in a scan callback list. These appear to diverge between releases.Statistics: Posted by kolban — Wed Sep 30, 2015 1:12 pm
]]>