Move to Arduino API 10501

[earlephilhower]

Track upstream Arduino API headers

[mathieucarbou]

Hi,

Is it possible that this namespace introduction causes this build failure in many projects ?

Example: https://github.com/ayushsharma82/NetWizard/actions/runs/13421632127/job/37495411747#step:15:2

I had to fix the CI to 4.4.3 for ESPAsyncWebServer: ESP32Async/ESPAsyncWebServer@306dcf6

Thanks!

@earlephilhower @ayushsharma82

[earlephilhower]

I suppose it's possible to cause a problem, but very unlikely because in the prior release there was a blanket using namespace arduino in the API headers under Print. arduino/ArduinoCore-API@db53d3d So it's always been there, just moved to our own file and not the API sources with this PR (I forked the API when the project was just started).

The removal in the latest Arduino APIs actually caused problems with libraries here (TinyUSB off the top of my head). I just re-instated it here so it's effectively a no-op.

There were some API additions/changes with String (and bug fixes, the reason for moving fwd) so I think they're the reason CI is failing for you there, not the using statement. GCC knows to use the arduino::String, but can't figure out a cast that will work with the code in that file, it seems. Extra explicit casting might help you there...

[earlephilhower]

Actually looks like you can just explicitly make etag a String and make progress (bad hand written DIFF follows...)
https://github.com/ESP32Async/ESPAsyncWebServer/blob/306dcf6740018eee8d34581aa0464992f62aaff8/src/WebHandlers.cpp#L225

- etag = request->_tempFile.size();
+ etag = String((int)request->_tempFile.size());

[mathieucarbou]

Actually looks like you can just explicitly make etag a String and make progress (bad hand written DIFF follows...)

I know the workarounds, the issue is more the break in backward compatibility in a patch digit upgrade.
That's not normal.
I do not understand why the overloaded operator is not found like with 4.4.3.