webrtc_m130/rtc_base/byte_order.h

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

213 lines
5.2 KiB
C
Raw Normal View History

/*
* Copyright 2004 The WebRTC Project Authors. All rights reserved.
*
* Use of this source code is governed by a BSD-style license
* that can be found in the LICENSE file in the root of the source
* tree. An additional intellectual property rights grant can be found
* in the file PATENTS. All contributing project authors may
* be found in the AUTHORS file in the root of the source tree.
*/
#ifndef RTC_BASE_BYTE_ORDER_H_
#define RTC_BASE_BYTE_ORDER_H_
#include <stdint.h>
#include <cstring>
#if defined(WEBRTC_POSIX) && !defined(__native_client__)
#include <arpa/inet.h>
#endif
#include "rtc_base/system/arch.h"
#if defined(WEBRTC_MAC)
#include <libkern/OSByteOrder.h>
#define htobe16(v) OSSwapHostToBigInt16(v)
#define htobe32(v) OSSwapHostToBigInt32(v)
#define htobe64(v) OSSwapHostToBigInt64(v)
#define be16toh(v) OSSwapBigToHostInt16(v)
#define be32toh(v) OSSwapBigToHostInt32(v)
#define be64toh(v) OSSwapBigToHostInt64(v)
#define htole16(v) OSSwapHostToLittleInt16(v)
#define htole32(v) OSSwapHostToLittleInt32(v)
#define htole64(v) OSSwapHostToLittleInt64(v)
#define le16toh(v) OSSwapLittleToHostInt16(v)
#define le32toh(v) OSSwapLittleToHostInt32(v)
#define le64toh(v) OSSwapLittleToHostInt64(v)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#elif defined(WEBRTC_WIN) || defined(__native_client__)
#if defined(WEBRTC_WIN)
#include <stdlib.h>
#include <winsock2.h>
#else
#include <netinet/in.h> // no-presubmit-check
#endif // defined(WEBRTC_WIN)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#if defined(WEBRTC_ARCH_LITTLE_ENDIAN)
#define htobe16(v) htons(v)
#define htobe32(v) htonl(v)
#define be16toh(v) ntohs(v)
#define be32toh(v) ntohl(v)
#define htole16(v) (v)
#define htole32(v) (v)
#define htole64(v) (v)
#define le16toh(v) (v)
#define le32toh(v) (v)
#define le64toh(v) (v)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#if defined(WEBRTC_WIN)
#define htobe64(v) _byteswap_uint64(v)
#define be64toh(v) _byteswap_uint64(v)
#endif // defined(WEBRTC_WIN)
#if defined(__native_client__)
#define htobe64(v) __builtin_bswap64(v)
#define be64toh(v) __builtin_bswap64(v)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#endif // defined(__native_client__)
#elif defined(WEBRTC_ARCH_BIG_ENDIAN)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#define htobe16(v) (v)
#define htobe32(v) (v)
#define be16toh(v) (v)
#define be32toh(v) (v)
#define htole16(v) __builtin_bswap16(v)
#define htole32(v) __builtin_bswap32(v)
#define htole64(v) __builtin_bswap64(v)
#define le16toh(v) __builtin_bswap16(v)
#define le32toh(v) __builtin_bswap32(v)
#define le64toh(v) __builtin_bswap64(v)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#if defined(WEBRTC_WIN)
#define htobe64(v) (v)
#define be64toh(v) (v)
#endif // defined(WEBRTC_WIN)
#if defined(__native_client__)
#define htobe64(v) (v)
#define be64toh(v) (v)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#endif // defined(__native_client__)
#else
#error WEBRTC_ARCH_BIG_ENDIAN or WEBRTC_ARCH_LITTLE_ENDIAN must be defined.
#endif // defined(WEBRTC_ARCH_LITTLE_ENDIAN)
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#elif defined(WEBRTC_POSIX)
#include <endian.h>
Reworking byte order utility functions for Windows platforms. Functions htonll and ntohll are only available when NTDDI_VERSION>=NTDDI_WIN8 or INCL_EXTRA_HTON_FUNCTIONS is defined, instead of assuming this to be true, this CL replaces them with _byteswap_uint64 [1]. On top of that, the following functions were assuming host to be little endian on Windows and NaCl: - htobe16(v) - htobe32(v) - be16toh(v) - be32toh(v) - htobe64(v) - be64toh(v) But it is the application's responsibility to check the host endianness before calling ntohs, ntohl (and probably also htons and htonl). See [2], especially: "The ntohs function returns the value in host byte order. If the netshort parameter is already in host byte order, then this function will reverse it. It is up to the application to determine if the byte order must be reversed.". After this CL, WebRTC should do the right thing based on the value of WEBRTC_ARCH_{BIG,LITTLE}_ENDIAN. [1] - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/byteswap-uint64-byteswap-ulong-byteswap-ushort [2] - https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-ntohs Bug: None Change-Id: I61ca882ad81dd090fd164b0fdfeec64cd088a71d Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/129901 Reviewed-by: Tommi <tommi@webrtc.org> Reviewed-by: Noah Richards <noahric@chromium.org> Reviewed-by: Yves Gerey <yvesg@google.com> Reviewed-by: Yves Gerey <yvesg@webrtc.org> Commit-Queue: Mirko Bonadei <mbonadei@webrtc.org> Cr-Commit-Position: refs/heads/master@{#27371}
2019-03-28 17:10:29 +01:00
#else
#error "Missing byte order functions for this arch."
#endif // defined(WEBRTC_MAC)
namespace rtc {
// Reading and writing of little and big-endian numbers from memory
inline void Set8(void* memory, size_t offset, uint8_t v) {
static_cast<uint8_t*>(memory)[offset] = v;
}
inline uint8_t Get8(const void* memory, size_t offset) {
return static_cast<const uint8_t*>(memory)[offset];
}
inline void SetBE16(void* memory, uint16_t v) {
uint16_t val = htobe16(v);
memcpy(memory, &val, sizeof(val));
}
inline void SetBE32(void* memory, uint32_t v) {
uint32_t val = htobe32(v);
memcpy(memory, &val, sizeof(val));
}
inline void SetBE64(void* memory, uint64_t v) {
uint64_t val = htobe64(v);
memcpy(memory, &val, sizeof(val));
}
inline uint16_t GetBE16(const void* memory) {
uint16_t val;
memcpy(&val, memory, sizeof(val));
return be16toh(val);
}
inline uint32_t GetBE32(const void* memory) {
uint32_t val;
memcpy(&val, memory, sizeof(val));
return be32toh(val);
}
inline uint64_t GetBE64(const void* memory) {
uint64_t val;
memcpy(&val, memory, sizeof(val));
return be64toh(val);
}
inline void SetLE16(void* memory, uint16_t v) {
uint16_t val = htole16(v);
memcpy(memory, &val, sizeof(val));
}
inline void SetLE32(void* memory, uint32_t v) {
uint32_t val = htole32(v);
memcpy(memory, &val, sizeof(val));
}
inline void SetLE64(void* memory, uint64_t v) {
uint64_t val = htole64(v);
memcpy(memory, &val, sizeof(val));
}
inline uint16_t GetLE16(const void* memory) {
uint16_t val;
memcpy(&val, memory, sizeof(val));
return le16toh(val);
}
inline uint32_t GetLE32(const void* memory) {
uint32_t val;
memcpy(&val, memory, sizeof(val));
return le32toh(val);
}
inline uint64_t GetLE64(const void* memory) {
uint64_t val;
memcpy(&val, memory, sizeof(val));
return le64toh(val);
}
// Check if the current host is big endian.
inline bool IsHostBigEndian() {
#if defined(WEBRTC_ARCH_BIG_ENDIAN)
return true;
#else
return false;
#endif
}
inline uint16_t HostToNetwork16(uint16_t n) {
return htobe16(n);
}
inline uint32_t HostToNetwork32(uint32_t n) {
return htobe32(n);
}
inline uint64_t HostToNetwork64(uint64_t n) {
return htobe64(n);
}
inline uint16_t NetworkToHost16(uint16_t n) {
return be16toh(n);
}
inline uint32_t NetworkToHost32(uint32_t n) {
return be32toh(n);
}
inline uint64_t NetworkToHost64(uint64_t n) {
return be64toh(n);
}
} // namespace rtc
#endif // RTC_BASE_BYTE_ORDER_H_