Breaking Android changes for libc 1.0
Opened this issue · 1 comments
#641 listed some things that we may want to break when libc gets a 1.0. #634 addressed some of it, but I don't believe that is everything since (iiuc) it went into a 0.2.x release.
We are ramping up toward a 1.0 release. Is there anything else incorrect that we may want to change? Cc @ndusart since you authored the issue and PR, @maurer since I think you're the main Android maintainer at this point.
That's a looong time ago for me 😅 , I need to get back into this crate internals to provide meaningful information.
From a quick glimpse, I would say that it should be best to look into the symbols that are skipped from the libc-test and see if they fails because they are just unaligned with latest headers or if the skip is there for a valid reason.
Most of the skips I introduced are gone (and comments about these skips are now weirdly in the solaris part of the test ^^) so I suppose most breaking changes have already been done (e.g: 7d5e632)
I cannot provide the necessary effort to be exhaustive in this matter though and I didn't need to do any Android native development for a while so I cannot say easily if libc crate is off for the latest versions of NDK.