On 17/05/15 13:03, Justin Cormack wrote:
I found a whole lot more symbols though, eg everything using the macro CRT_ALIAS in arm eg __atomic_fetch_xor_1 etc. I have a patch to not build these for rump kernel builds, but it occurred to me that this could cause issues if you build a mismatched kernel and libc if these symbols have changed. Is this an issue and do we want to support it?
Where's the patch?
The alternative is namespacing all these symbols into rumpns_ - they currently arent as __ symbols are not namespaced.
Either symbols must be in the toolchain __ namespace (due to external reasons) or they must not be invading that namespace. There was a discussion and decision about this on NetBSD tech-kern in 2009:
https://mail-index.netbsd.org/tech-kern/2009/04/01/msg004744.html
