Keith Packard
Keith Packard
As someone who maintains gcc-based toolchains for other projects (debian), and has been hacking autotools-based projects for well over 20 years, you're experiencing how people commonly used autotools 'back in...
> @keith-packard so is that an issue due to misbehavior of GCC for ARC? No, GCC generates correct code. It's the linker which appears to write the wrong relocation value...
> Ok, so then it's GNU LD which does something wrong? ;) Anyway, my question really was if you need any help with that from ARC toolchain people? Well, GNU...
We use -ftls-model=local-exec for Zephyr. I'm sorry I hadn't validated my little test case above with the same compiler flag. Re-checking this morning, I get the same values though. But,...
It's not terribly helpful -- it doesn't explain why the computed offsets appear to be wrong in the local exec case. The docs say you take the value in gp...
Good debugging -- it looks like gcc is just missing an `AC_DEFINE(HAVE_ALIGNED_ALLOC)` in `libstdc++-v3/configure.ac` in the newlib section. It has no mechanism to autodetect the available libc API, so it...
The proposed change is here: https://github.com/zephyrproject-rtos/gcc/pull/22 I haven't tested it.
GCC for Zephyr SDK 0.16.2-rc1 (12.2.0). arcem, archs and em architectures. I'm pretty sure it's just a bug in the custom arc soft float assembly implementation.
Thanks for letting me know; maybe I'll find time to play with it someday :-)
Long double support from openlibm is being added to picolibc in https://github.com/picolibc/picolibc/pull/378.