[Toybox] [PATCH] Android moved the scheduler policy functions in Q.

[enh]

On Thu, May 2, 2019 at 9:35 AM Rob Landley <rob at landley.net> wrote:
>
> On 5/1/19 5:40 PM, enh via Toybox wrote:
> > They're forwarded to libprocessgroup, but we may as well go straight to
> > the source since neither library is in the NDK anyway.
> >
> > This code is unfortunate because it means that even `toybox true` ends
> > up pulling in a JSON parser at runtime, because ps might call
> > get_sched_policy/get_sched_policy_name. I'll experiment with
> > dlopen-on-demand in portability.c and see whether the savings are
> > worthwhile, but for now at least use the current library directly so we
> > can save *one* dlopen!
>
> I'm as-needed in the linker but glibc defeated that by having librt pull in
> libpthread when clock_gettime() has been part of glibc proper since the 2.17
> release ~7 years ago.

does as-needed actually help when you're built RELRO? certainly
Android does everything up front for RELRO (which has been mandatory
for years). i don't know what glibc does, but i do know that my linux
boxes are at least using partial RELRO these days.

> Meanwhile, Android seem to have reinvented the microkernel again and turned
> everything in the world into message passing:
>
> https://security.googleblog.com/2019/03/open-sourcing-sandboxed-api.html

(fwiw, i think that's Chrome. certainly nothing to do with us.)

> But then as far as I could tell flatpak and friends mostly exist because people
> forgot about static linking. (A shared library to fake a mount point from a
> statically linked zipfile could be fun, and sounds less complicated than
> fakeroot or crunchgen were, but no: we have this new container infrastructure so
> everything looks like a nail...)
>
> https://www.youtube.com/watch?v=ePcDSutt_Ww
>
> Anyway, applied.
>
> Rob