Daniel Leung

From I have seen in the bug report, it is a picolibc problem as it is treating a call to simulator (`SYS_nop` as defined in `simcall.h`) as if it is...

> > From I have seen in the bug report, it is a picolibc problem as it is treating a call to simulator (`SYS_nop` as defined in `simcall.h`) as if...

Aside from the syscall instruction issue... even if you change it to `LOG_DBG`, increasing logging level to debug will still trigger the issue. From my point of view, this is...

~~The only problem I have is that... increasing logging level will result in the error resurfacing again. Which is going to be very confusing to developers and even might make...

TBH, from my point of view, it should be an error as you are using syscall where there is no handler implemented. Changing it to `LOG_DBG` is simply hiding an...

> > @aescolar Regarding why to go through the bottom: I assumed this is necessary. But now that I look at more implementations, it's unclear to me which is "correct"...

I don't assume the native sim will go to sleep... so the the point of restoring after sleep is moot. I am fine with either approach. All I ask is...

Do you have a working version of Thrift module that builds with the 0.15.2 SDK? I tried to build it and it complained about `struct stat` being redefined: ``` In...

I haven't been able to figure out how `__unordxf2` is generated. I tried using `-mlong-double-64` but still got the same error. I think right now, it might be better just...

~~If CI is building this correctly, we should be able to grab the artifacts in https://github.com/zephyrproject-rtos/sdk-ng/actions/runs/6043012028~~ CI actions won't produce correct binaries as it doesn't pull the GCC patch.