davydnorris

Since I submitted the original crosstool issue, and I'm starting a general cleanup and refactor of esp-open-sdk, I'll take a look at this and make the changes. newlib is currently...

OK just finished building the toolchain with no errors. Had to rebuild the tar overlay with the correct structure and edit the patch mentioned above to remove the part that...

> Rather, it is failing because we need the other parts of the local-patches that you have for newlib. I think it failed simply because one of the patches expected...

I have fixed the archive and have tested it with the latest crosstool and it's fine. Do you want my file? EDIT: Just realised I already attached it higher up....

I was also thinking - I have been building esp-open-sdk with the very latest crosstool-ng for a while now, and selecting the latest gcc - and it is a simple...

I've been building and using esp-open-sdk with gcc 5.2.0 and now 6.3.0 for almost a year. The later versions do a lot more with LTO that is quite useful. BTW,...

And you are right - merging this work completely into upstream would be really quite simple, especially if pulling overlays from a URL is added. I am happy to help...

Been a while since I've recompiled so I'm a bit rusty but I did make rough notes. I had to: 1. Pull down the latest esp_open_sdk 2. Pull down the...

I discovered this little wrinkle because I'm deep sleeping my device regularly, and so have transaction counting in place to work out when the device has completed and can sleep....

OK I found where the pending QoS can be retrieved so line 463 would need to be: ``` if ((client->connState == MQTT_DATA || client->connState == MQTT_KEEPALIVE_SEND) && client->mqtt_state.pending_msg_type == MQTT_MSG_TYPE_PUBLISH)...