Some of the crypto libs rely on UINT64_C, which in glibc 2.17 and earlier was
not defined for C++ code (see
https://sourceware.org/bugzilla/show_bug.cgi?id=15366).

Replace the init-static-var dance with some preprocessor macros

We never delete a cipher, and the destruct op is empty, so it's a bit pointless

Give a load of internal symbols "_olm_" prefixes. This better delineates the
public and private interfaces in the module, and helps avoid internal symbols
leaking out and possibly being abused.

Should have been in the previous commit :/

These seem to be the wrong way around.

We don't want anything which does dynamic memory allocation in the library.

Concerns have been raised that including logging functionality makes it harder
to audit the implementation to ensure that no secret information is leaked. We
are therefore removing it from the master branch.

This fixes an incorrect re-declaration of ed25519_sign.

Implement header files for some of the other library bits so that we don't need
to declare functions in crypto.cpp.

Replace hard coded references to the 32-byte key length with a constant, add utilities for copying data to and from fixed sized arrays

Initialise the length fields of the reader struct in decode_message, even if the message is invalid, fixes a crash where the message was too short

Add versions of olm_session_create_inbound and olm_session_matches_inbound which take the curve25519 identity key of the remote device we think the message is from as an additional argument

Clear the random buffers once they've been used. Add methods for clearing the account and session object once they've been used

Output simpler JSON for the account keys, don't sign the JSON but instead provide a olm_account_sign method so that the user of the library can sign the JSON themselves

Add methods for generating new one time keys and for tracking which one time keys have been published