libbinder_ndk: ABpBinder linkern'space muliplicity
Previously, if the same process loaded the same class in two different linker namespaces, you could not have an ABpBinder which pointed to the same service in both of them. I kind of did this intentionally, because at the time I was still figuring out a lot of this stuff, and I didn't want to make the implementation unnecessarily complicated. I also wanted a chance to investigate these issues. In some cases, this may mean that an ODR issue is less noticeable (however - the way we should fix these is by having the build system and linkers detect when we overwrite a symbol which is not binary identical - a very difficult a noisy task, but a neglected and unfortunate one). Anyway, we have other checks for ODR issues now in the AIDL build system. It's okay. Anyway - it turns out the stability mechanism in AIDL is really awesome and enables some awesome usecases, so we need this support now. Well. Fixes: 262463798 Test: libbinder_ndk_unit_test Change-Id: Idce05e13768cd4ad10c64873f393535d74cd4d3e
Loading
Please register or sign in to comment