[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: feature/android 83eeebe9ef2: Merge remote-tracking branch 'origin/ma
From: |
Eli Zaretskii |
Subject: |
Re: feature/android 83eeebe9ef2: Merge remote-tracking branch 'origin/master' into feature/android |
Date: |
Mon, 19 Jun 2023 19:49:25 +0300 |
> From: Robert Pluim <rpluim@gmail.com>
> Cc: emacs-devel@gnu.org
> Date: Mon, 19 Jun 2023 10:51:06 +0200
>
> >>>>> On Mon, 19 Jun 2023 16:41:28 +0800, Po Lu <luangruo@yahoo.com> said:
>
> Po Lu> Robert Pluim <rpluim@gmail.com> writes:
> >>>>>>> On Mon, 19 Jun 2023 16:18:31 +0800, Po Lu <luangruo@yahoo.com>
> said:
> >>
> >> Po Lu> Does this fix the problem?
> >>
> >> Yes, although the resulting emacs now interposes rpl_vfprintf and
> rpl_printf
> >> instead of the glibc functions. Why is that suddenly necessary?
>
> Po Lu> Because Gnulib has detected that [vasn]printf aren't POSIX or C23
> Po Lu> compliant. It's not possible to avoid using Gnulib replacement
> Po Lu> functions in lib-src, as long as the headers there include
> config.h.
>
> But master doesnʼt do that. Or is this branch using a newer version of
> gnulib?
Can you show the failed test program and the error messages? Maybe we
should take this up with the Gnulib developers. AFAIU, modern
GNU/Linux systems which use new enough glibc aren't supposed to
require replacements of library functions.