encode/encode_ulonglong.c:55:25: warning: comparison of unsigned expression >= 0 is always true [-Wtautological-compare]
    if ((p < 256) && (p >= 0)) {
                      ~ ^  ~

legacy/erl_marshal.c:293:24: warning: comparison of unsigned expression >= 0 is always true [-Wtautological-compare]
        if ((ul < 256) && (ul >= 0)) {
                           ~~ ^  ~

These are not needed when not on VXWORKS or without _REENTRANT.

connect/ei_resolve.c:302:24: warning: unused function 'my_gethostbyname_r' [-Wunused-function]
static struct hostent *my_gethostbyname_r(const char *name,
                       ^
connect/ei_resolve.c:360:24: warning: unused function 'my_gethostbyaddr_r' [-Wunused-function]
static struct hostent *my_gethostbyaddr_r(const char *addr,
                       ^

Why we are assigning a pointer to pointer to char to a pointer to char
baffles me. The warning is:

connect/ei_resolve.c:229:11: warning: incompatible pointer types assigning to 'char *' from 'char **'; dereference
      with * [-Wincompatible-pointer-types]
    *pptr = src_aliases;
          ^ ~~~~~~~~~~~
            *

* fenollp/treewide_remove_unexpected_0xff/OTP-11323:
  Remove ^L characters hidden randomly in the code. Not those used in text files as delimiters.

While working on a tool that processes Erlang code and testing it against this repo,
I found out about those little sneaky 0xff. I thought it may be of help to other
people build such tools to remove non-conforming-to-standard characters.

Most notes.xml files will be updated in every release and cause
the kind of the problems described in the previous commit.

* dotsimon/ei_decode_encode_SUITE_true/OTP-11289:
  Fix location of true binary under Mac OSX