This implements the suggestions from #3, and a bit more. The commit logs have more info, but roughly:
This allows converting XBeeAddress64 to and from uint64_t transparently
This optimizes the XBeeAddress64 class
All existing API is still supported, working, and should not any slower or bigger. These changes have been compile-tested against all examples, as well as runtime-tested with my own programs.
The new APIs using uint64_t are significantly bigger and slower than the existing APIs, because the compiler doesn't properly optimize uint64_t operations, so none of the other code and examples have been updated to use the new APIs yet.
I have a few more improvements planned (#5). If this PR is merged already, I'll open a new one, otherwise I'll append those here.
This implements the suggestions from #3, and a bit more. The commit logs have more info, but roughly:
All existing API is still supported, working, and should not any slower or bigger. These changes have been compile-tested against all examples, as well as runtime-tested with my own programs.
The new APIs using uint64_t are significantly bigger and slower than the existing APIs, because the compiler doesn't properly optimize uint64_t operations, so none of the other code and examples have been updated to use the new APIs yet.
I have a few more improvements planned (#5). If this PR is merged already, I'll open a new one, otherwise I'll append those here.
Closes #3.