diff --git a/README.adoc b/README.adoc index 5bfd71b..67bdfda 100644 --- a/README.adoc +++ b/README.adoc @@ -355,10 +355,7 @@ We can also test our hacked glibc on <> with: I just noticed that this is actually a good way to develop glibc for other archs. -In this example, we got away without recompiling the userland program because we made a change that did not affect the glibc ABI. TODO: find the best list of ABI stability rules available: - -* https://plan99.net/~mike/writing-shared-libraries.html -* https://stackoverflow.com/questions/2171177/what-is-an-application-binary-interface-abi +In this example, we got away without recompiling the userland program because we made a change that did not affect the glibc ABI, see this answer for an introduction to ABI stability: https://stackoverflow.com/questions/2171177/what-is-an-application-binary-interface-abi/54967743#54967743 Note that for arch agnostic features that don't rely on bleeding kernel changes that you host doesn't yet have, you can develop glibc natively as explained at: