[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Follow up to last post
|
From: |
Po Lu |
|
Subject: |
Re: Follow up to last post |
|
Date: |
Thu, 19 Jan 2023 08:44:54 +0800 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Paul Eggert <eggert@cs.ucla.edu> writes:
> On 1/18/23 05:53, Po Lu wrote:
>> + gl_CHECK_FUNCS_ANDROID([utimensat], [[#include <sys/stat.h>]])
>> if test $ac_cv_func_utimensat = no; then
>> HAVE_UTIMENSAT=0
>> + REPLACE_UTIMENSAT=1
>
> REPLACE_UTIMENSAT=1 means utimensat is present but broken and needs to
> be replaced. However, $ac_cv_func_utimensat = no means utimensat is
> absent. So I'm puzzled as to why REPLACE_UTIMENSAT=1 would be
> appropriate here.
The problem is that utimensat *is* in the C library on the newer Android
systems, so when the binary runs on those, gnulib ends up replacing the
C library utimensat, with potentially horrid consequences.