PUBLISHED_FROM=5025692f3f4593b3ea38af51f8f49e1ac4df6b88

PUBLISHED_FROM=56ff5afe805e4680e02183a8c3887ea60ee5ebfe

`MG_ENABLE_...` macros are not yet renamed because it involves some
logic change: e.g.  instead of defining `MG_ENABLE_MQTT`, one should
define `MIOT_ENABLE_MQTT`, which should imply `MG_ENABLE_MQTT` as well.

Macro refactoring is going to be done in another PR.

PUBLISHED_FROM=f8b66d5772846126b94223a729a6bd87897f8de6

PUBLISHED_FROM=4fdfa61e7b3b62083b0ac8fe74dd2dd3793f50fe

PUBLISHED_FROM=c56b4ae00c454e6931ab29b095641bf0222f860c

It wasn't checked for `NULL`, and on CC3200 NULL dereferencing addresses
doesn't cause a crash, so it worked by pure luck: ctx->ssl_key was 0.
After `mg_` to `miot_` refactoring it's not the case anymore (presumably
because linker arranged objects in a different order), so this bug shown
up.

PUBLISHED_FROM=0f1cc73a078c18432c68ae0f9b14dd06b3bb4279

PUBLISHED_FROM=0454cdeec5c7120eb4bf905fdd5b7abdcb4003c2

PUBLISHED_FROM=196199fd02ec9b20d1e76d1414bfafa624f9ebce

in light of the root cause discovered by rojer
and addressed in cesanta/dev#5882 for the http connection code path.

PUBLISHED_FROM=aea563150a0411cbe3fdc6f7911529f3136cc76f

CC3200 (TI's C library) doesn't like it

https://e2e.ti.com/support/development_tools/compiler/f/343/t/554883

PUBLISHED_FROM=d0e9fb7ebb7d189d1a76451d609f1f1861c7a837

PUBLISHED_FROM=8449d4df2a4caf7afc0f9b50f85bb01d79b8c4eb

PUBLISHED_FROM=edb1063d3fd64e3c732f16b8bf101c065cdacddd

Digital signature key usage is required for the key to be used for (EC)DHE.

PUBLISHED_FROM=b33366d484aff2c478b2f44b85dba33d04d3a808

Currently only OpenSSL API impl, but the plan is to add more.

PUBLISHED_FROM=c85b26fa2312047768bdcf3eca583e60862aba90

PUBLISHED_FROM=a6f3f33432ce43b6d4462de623ba61a53e7f18df

PUBLISHED_FROM=574362ea7d90a17cd49963a430559824cfcff802

PUBLISHED_FROM=2c23e4a4dfc7129da657c5935f06335fc022394a

PUBLISHED_FROM=8b5c6f70d5582402f327c4da7baee7cc15ee13aa

PUBLISHED_FROM=48c8d4326ea8a24edd8d1ca011be9e7643219084

PUBLISHED_FROM=f554cc63dfea12455fe5e428c6ce5f3152774f8e

PUBLISHED_FROM=ea039cdc30aec44db074871ff6b2d2582f98b5c9

PUBLISHED_FROM=39a1c2a271c5cd961670e11c830105c17ba0b2e4

PUBLISHED_FROM=5bf5a007929b3b6275121f3cf949526e881fb482

PUBLISHED_FROM=3ee9478275c4b9253b1dd4f98a69cecc89290bce

PUBLISHED_FROM=f03b963aaec02574e47c28ee8033551440b94f2d

PUBLISHED_FROM=80481f8dbcb93d04eee51ecc6366949420a61f2f

PUBLISHED_FROM=cfd7de45e4357a17719501b8ab004c2edbd3e87e

PUBLISHED_FROM=2b82f3793b3c6d0cf1266e4cc0e67930f43002c5

PUBLISHED_FROM=46496c2d5340a0bbe4fe1c6c9ff187bc65d2d35f

PUBLISHED_FROM=774764f9d316e111912dae1fcaf2933141c59a60

Causes issues on Windows - looks like "parallel" makefiles
do not handle spaces in directory names properly.

PUBLISHED_FROM=5d83e737e9f81041db21fd82c32146471eac1764

PUBLISHED_FROM=3a99921093957c2ba9c1a0938fa00b3a29784d81

And pre-create directories for SDK for both nRF51 and nRF52.

PUBLISHED_FROM=00caf156f48da92804c6af8efe323535fbc5497d

Now all warnings are disabled on SDK files, and enabled on our
application's files.

Fixed a couple of things in nRF52 which were unnoticed because all
warnings were disabled there from the beginning.

PUBLISHED_FROM=a33ab22d0ce85efea364b80478986b88f4b0a3a2

PUBLISHED_FROM=f8b4e8650d72c2ec5525e0510fbc8a80f8645a14

PUBLISHED_FROM=66db56192ae710e3f865fef47593b49e0ed4f133

Unfortunately it turns out Nordic's examples were able to build with GCC
just because they suppressed all warnings; I had to do the same here
because there are some macro redefinitions of arm-none-eabi-gcc and
lwip.

TODO: resolve that and do not suppress warnings.

PUBLISHED_FROM=e65c7b0f2451f85765d958d7f67eb9262f7bc929

Now it works in hardware.

PUBLISHED_FROM=f223bde2d2bebe97513ce073eb887552bc3d93af

PUBLISHED_FROM=cded8f36e2833e7c256ba6cbca0ebf1f6012dee7

PUBLISHED_FROM=79d3bc5ba7887e2126b64d2ea804c62606264ce2