Paul Sokolovsky

> I figured you may have not noticed the updates No worries, I'm github-watching esptool project, so I noticed not just that there're esp32-specific changes there (which aren't needed for...

@someburner: > I took some time to make changes to @d-a-v's repo Sorry, wanted to post this reply earlier, but it slipped. But anyway, I don't do much of esp8266...

Thanks for the patch! But there're 2 issues even on the surface: contributed files uses overlong lines, which makes them not readable and not maintainable, and the fact that there're...

> esp-open-sdk seems to point to nonOS libraries but works with RTOS as well?! In general, no. Can't help much with the other question, sorry (other people might). I just...

Why do you think it can't be overriden? How systems without weak symbols solved this issues for decades, before weak symbols appeared?

I don't that adding such notices to each and every sample scales. Instead, this is written in the top-level README.

Thanks for the patches! To reply something: Recently, I didn't have a chance to work ESP8266 any longer. This project was always set up in conservative manner, i.e. I personally...

My default testcase is MicroPython esp8266 port, see e.g. discussion here: https://github.com/micropython/micropython/issues/4295

@Sermus: Great, thanks! I don't have time to look in more detail at your patches currently, but my comments would be exactly along the way of "how many projects with...

> Can you recommend more or less representative project set you usually use for such purposes? I'll do my best to check if they are ok with my changes. MicroPython...