[serializer] Added handling for NaN & Inf.

[klemens-morgenstern]

Closes #397

[vinniefalco]

Exposition (the .qbk files) needs to be updated explaining serialization error handling and format conversion of nan/inf

[grisumbras]

The approach we described in the issue is somewhat different:

1. Serializer options are empty by default (not nulls).
2. If an option is empty and the corresponding special value is encountered — an error is produced.
3. Thus, users should be able to use options and error codes together. If an error_code isn't used, the serializer throws.

Top level APIs for serialzer should probably look like this:

serializer::serializer(serializer_options const& = {});

serializer::read(char* dest, std::size_t size, serializer_options const& = {});
serializer::read(char* dest, std::size_t size, error_code& ec, serializer_options const& = {});
serializer::read(char* dest, std::size_t size, std::error_code& ec, serializer_options const& = {}); // for convenience

[vinniefalco]

Top level APIs for serialzer should probably look like this:

Well no, the serializer should be constructed with the options, they should not be per-read. Alternatively there can be a set_options function. But it should be specified that undefined behavior results if the options are changed in the middle of serialization.

[cppalliance-bot]

Benchmark test results. More info at https://benchmark.cppalliance.org/jsonbenchmarks-pullrequests/675/pullrequest.html

[grisumbras]

Superceded by #884