On quinta-feira, 2 de mar?o de 2017 01:27:15 PST Philippe Coval wrote: > I have observed that arduino support broke between 1.2-rel and master, > I've tried to fix in in private branch (I can share WIP patches) , > and ended to conclusion that 8KB of RAM is not enough for new introduced > features, > so instead of optimizing it too much, I thought about switching to ESP82266, > latest version of modules are more powerful, and eventually get back to > Arduino mega later.
Arduino hasn't supported 1.2 features, even most of 1.1: it does not support OCF security. It's been broken (under that definition) for a year. > ESP8266 platform was proposed for iotivity 1.3-rel, > while iotivity-constrained is more relevant for constrained devices, > I still think it's good to keep building CSDK for MCUs > to at least detect compilations issues > (ie: detect types inconsistencies, like size_t and unit32_t). I disagree. Why do we want to detect that if it's not a target? > So I would suggest to preserve the arduino macros (and jenkins) > and but remove mega2560 of supported hardware 1.3-rel, > while 1.2-rel could be branched for MCU supports (1.2.1 is working on mega). Still disagree. Move ESP8266 support to iotivity-constrained instead. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center
