AP_JSON: added JSON parsing library #26114
Conversation
tridge
force-pushed
the
pr-ap-json
branch
2 times, most recently
from
3141e70 to
067377e
Compare
|
This could be good for integration with various AI systems that all seem to use JSON.. |
I'd expect those to use a json implementation in lua (JSON is very easy in lua) |
tridge
force-pushed
the
pr-ap-json
branch
2 times, most recently
from
215a428 to
5795a7e
Compare
tridge
force-pushed
the
pr-ap-json
branch
3 times, most recently
from
c9a1b9b to
e7604c1
Compare
Tools/ardupilotwaf/chibios.py
Outdated
| # we use string find on these symbols, so this catches all types of throw calls | ||
| blacklist = ['std::__throw'] | ||
|
|
||
| print("COMMAND: %s -C %s" % (task.env.get_flat('NM'), elfpath)) |
There was a problem hiding this comment.
this print() should be removed
|
Take a look at the benefit of At compile time, you can get an error when trying to access values out of range. Peter proposes doing a trivial example of changing a raw array to I would recommend enabling this in SITL when SITL is in debug mode. Coupled with using |
|
tested on CubeOrange with Callisto model: |
the ABI change warnings for gcc 7.1 are not useful
using gmtime_r makes gmtime thread safe
using gmtime_r makes gmtime thread safe
using gmtime_r makes gmtime thread safe
using gmtime_r makes gmtime thread safe
using gmtime_r makes gmtime thread safe
using gmtime_r makes gmtime thread safe
this cleans up our blacklist of library functions, and ensures there can be no accidential use of std:: functions that cause exceptions in flight code on HAL_ChibiOS
if scripting can't find an error handler it can call abort(). We don't ever want to do that in ArduPilot
This is an alternative to #23673 that adds AP_JSON based on a re-working of picojson. It runs on both SITL and HAL_ChibiOS
I think this provides a nicer JSON API which is better for future usage of JSON