Paul Eggert <egg...@cs.ucla.edu> writes: > On 2024-01-20 19:38, Po Lu wrote: >> the problem affects the boot-time module rather than >> readutmp, which Emacs doesn't import. And in the words of Bruno, a >> functional utmp(x) might appear in Android someday, which binaries >> compiled today should take advantage of wherever available. > > Oh, I see I was barking up the wrong tree. How about the attached > patch instead? Again, it's not installed into Gnulib and is not tested > on Android.
I haven't tested this yet, but something tells me that the proper course of action is to guarantee that the code which worked under NDK r25 is enabled under r26, in the sense of falling back to the HAVE_UTMP_H conditional (in readutmp.h) if functions inside utmpx.h can't be linked against. Thanks.
