According to the C/C++ Standard, for shift operations, the behavior is undefined if the right operand is equal to the width of the promoted left operand.
On a 64-bit Windows machine, this causes IP addresses 0.0.0.0 and 255.255.255.255 to have the same internal representation, leading to various issues when using a /0 prefix.
* * add or-operator and a simlple unit test for hw_address, ip_address, ipv6_address
* add not-operator and a simlple unit test for hw_address, ip_address, ipv6_address
* add greater-then-operator and a simlple unit test for ipv6_address
* add new constructor and a simlple unit test for network_interface, which use a ipv6_address to find the nic
* add override the function gateway_from_ip for ipv6_address parameter (untested)
* change the ipv6_address in NotMaskAdress_Test, so that the expceted addresses are valid for the winsock api
* Delete CMakeLists.txt.user
* * add <=, >, >= operator for HWAddress with tests
* add <=, >, >= operator for IPv4Address with tests
* add <=,>= operator for IPv6Address with tests
* refactoring the & , |, ~ operator of ipv6_address to "regular" operator
* fixed compile failure due to macro
* add functional to cxxstd.h to try to fix mac
* clang bug identified, moving functional include to later
* last step, move hash def to header
* avoid allocation on hash
* set ipv6 back to string hash
This provides a considerable compilation time reduction and most
of these were just using std::copy/fill which can be replaced by
memcpy/memset, as all of their uses were applied to POD types
