Add operator/= and operator/ to construct a JSON pointer by appending two JSON pointers, as well as convenience op/= and op= to append a single unescaped token or array index; inspired by std::filesystem::path

Closes #1447.

attempt to fix #1445, flush buffer in serializer::dump_escaped in UTF8_REJECT case.

allow push_back() and pop_back() calls on json_pointer

serializer use fixed buffer. Whenever it is nearly full, it is flushed to `output_adapter_t<char> o`
But the code forgets to flush when there is a invalid utf8 code point
So there will be buffer overflow.

🚨 fixed unused variable warning

Add instructions about using nlohmann/json with the conda package manager

Since 6503e83e "Improve dump_integer performance by implementing a more efficient int2ascii"
an unused variable and thus a warning existed.

Putting pop_back() to public and creating a trivial push_back()
method allows users of nlohmann::json_pointer to manipulate an
existing json-pointer by adding or removing keys at the end.

This is useful for traversing a JSON-instance and keeping track
of its "absolute path" at any moment.

In my case for a schema-validator error-handler.

Closes #1400.

Closes #1405

- Catch 1.12.0 -> 1.12.2
- Google Benchmark 1.3.0 -> 1.4.1

Improve dump_integer performance

Fix x64 target platform for appveyor

Add some unit tests for formatting integers
to keep code coverage as before.

This benchmark is a sample of 1 million "small" integers
in range [-1000000 1000000) sampled from uniform distribution.

This commits implements a faster int2ascii inspired by "Fastware" talk given
by Andrei Alexandrescu.
See: https://www.youtube.com/watch?v=o4-CwDo2zpg

Updated year in README.md

Fixed broken links in the README file

Fixed broken links in the README file

Closes #1132.

docs: typo in README

inintended -> unintended

buildsystem: relax requirement on cmake version

Commit 73cc5089 (Using target_compile_features to specify C++ 11
standard) bumped the required cmake version, from 3.0 to 3.8, so
as to get the definition of target_compile_features().

However, target_compile_features() was introduced in cmake-3.1:
    https://cmake.org/cmake/help/v3.1/command/target_compile_features.html

And using cmake-3.1 is indeed sufficient to properly build.

As such, relax the minimum required version down to cmake-3.1,
so we can build on oldish, entreprise-grade distributions that
only have cmake-3.1 (or at least, don't have up to cmake-3.8).
Reported-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>