Re: Android NDK r26 and utmpx

[Po Lu]

Paul Eggert <eggert@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.