Fixes two cases that were conditional on MSVC and shouldn't have been:

* Uses WIN32 for requiring ws2_32 or not
* Uses UNIX for configuring Threads or not

The latter fix just moves `find_package(Threads)` next to commands
in a later "if UNIX" stanza that uses CMAKE_THREADS_LIBS_INIT.

This commit changes .cmake files to return libraries with absolute paths,
which removes the need for CMake end-users to set `link_directories`.

See https://cmake.org/cmake/help/v3.0/command/link_directories.html
for additional context.

add_definitions() has global effect, so isn't good to include
in a .cmake file.  This commit instead publishes the definitions in a
variable and lets consumers set it on a target the same way they set
library/include paths.

libmongoc will need a corresponding update.

CDRIVER-2132: Change cmake to require only a C compiler

When a CMake project links to libbson statically it should do:

find_package (libbson-static-1.0)

With this change, the above command now sets BSON_STATIC_LIBRARIES, not
BSON_LIBRARIES, so a CMake project can now link some of its targets to
libbson statically and some dynamically.

Also, define BSON_STATIC when building the libbson static library. This
avoids marking libbson's public functions for dynamic-library export
when building libbson's static lib. It probably has no effect either
way but seems like the logical thing to do.

Also test linking with cmake config files on Windows in Evergreen.

Re-applied after reverting our changes to jsonsl.h and jsonsl.c.
Originally #da366bb2.

Waiting for https://github.com/mnunberg/jsonsl/issues/21 upstream

Reverts our clang-format changes (#56402642), our introduction of
bson_malloc / bson_free (#da366bb2), and our change from assert to
BSON_ASSERT (#661e0960). Keep two changes that fix warnings (#a1ca74d8
and #6e0f9c68), which were merged to JSONSL upstream.

Upstream no longer uses "assert()" in the code, although it still
includes assert.h by mistake.

I'll bring bson_malloc / bson_free back in an upcoming commit.

/Users/pnm/code/libbson/src/bson/bson-decimal128.c:102:11: warning: implicit conversion loses integer precision: 'uint64_t' (aka 'unsigned long long') to 'uint32_t' (aka 'unsigned int') [-Wshorten-64-to-32]
/Users/pnm/code/libbson/src/bson/bson-decimal128.c:681:19: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32]
/Users/pnm/code/libbson/src/bson/bson-decimal128.c:690:19: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32]
/Users/pnm/code/libbson/src/bson/bson-timegm.c:569:15: warning: implicit conversion loses integer precision: 'int64_t' (aka 'long long') to 'int_fast32_t' (aka 'int') [-Wshorten-64-to-32]
/Users/pnm/code/libbson/src/bson/bson.c:2147:4: warning: ambiguous expansion of macro 'va_copy' [-Wambiguous-macro]
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0/include/stdarg.h:43:9: note: expanding this definition of 'va_copy'
/Users/pnm/code/libbson/src/bson/bson-compat.h:158:9: note: other definition of 'va_copy'

Work around a bug with certain versions of the aws-cli tool.