Simon Ninon

**Compiler Support** An important point to consider is that depending on the device, the device might provide a different C++ compiler with only a subset of the C++ features. I...

**Misc Resources** * [Information technology — Programming languages, their environments and system software interfaces — Technical Report on C++ Performance](http://standards.iso.org/ittf/PubliclyAvailableStandards/c043351_ISO_IEC_TR_18015_2006(E).zip) * [The Embedded C++](http://www.caravan.net/ec2plus/index.html)

**EC++** EC++ (Embedded C++) is a subset of C++ with the following features removed: * multiple inheritances * virtual base classes * RTTI * C++ cast style * mutable *...

**Some C++ Libraries with Embedded supports** These libraries target embedded devices and may help us better understand what should be done. * [embxx](https://github.com/arobenko/embxx/tree/master/embxx) * [civetweb (mostly C though)](https://github.com/civetweb/civetweb) * [ArduinoJson...

**Dependencies** We may need to think to diagnose our dependencies and see if they are appropriate. This includes * cpr [analyzed below] * curl (subdependency of cpr) [analyzed below with...

**Discussion about C++ Exceptions** Speed should not be an issue anymore: there is no overhead for exception handling **if no exception occurs**. The main issue reported is the impact on...

**What needs to be done** This part is meant to keep track of element to consider for embedded support based on all the information provided in other comments. It may...

**Analysis of libraries: cpr** cpr is based on `libcurl`. Some people report `libcurl` as too heavyweight, but some don't... check [this stackoverflow](https://stackoverflow.com/questions/23842394/c-c-http-client-library-for-embedded-projects). The cpr wrapper does not seem too much...

**Analysis of libraries: json** I think we should check [ArduinoJson](https://github.com/bblanchon/ArduinoJson). It is highly starred and made for IoT with lots of (embedded) compilers support. Main point is that it has...

**Analysis oflibraries: keccak** I think we should not touch this library. We are already using the original keccak libraries developed by their own creator. This is well maintained with wide...