Re: How to avoid fdopen redefinition?

> From: Bruno Haible > Cc: bug-gnulib@gnu.org, gavinsmith0...@gmail.com > Date: Mon, 01 Mar 2021 21:38:34 +0100 > > Eli Zaretskii wrote: > > > If you request the gnulib module 'setlocale', you will get not only > > > LC_MESSAGES, but also a setlocale() override that works with it. > > > > In Per

Re: How to avoid fdopen redefinition?

Eli Zaretskii wrote: > > If you request the gnulib module 'setlocale', you will get not only > > LC_MESSAGES, but also a setlocale() override that works with it. > > In Perl? That's where that message came from. Oh. No, gnulib modules don't have an effect on already existing perl binary. Thanks

Re: [PATCH] gendocs.sh: don't overwrite existing index.html

Hi Bernhard, > If the point is to avoid a dangling symlink, then shouldn't this > (also) check for "${PACKAGE}.html"? Actually, the main point is to avoid destroying the existing file with a meaningless dangling symlink. That being said, I have nothing against checking for existence of "${PACKAG

Re: How to avoid fdopen redefinition?

On Mon, Mar 1, 2021 at 4:46 PM Bruno Haible wrote: > > Is there any way of turning this off? > > Yes: In your configure.ac, after the invocation of gl_INIT, add an assignment > > GNULIB_MDA_FDOPEN=0 > > > https://lists.gnu.org/archive/html/bug-gnulib/2020-12/msg00220.html > > > > It says in that

Re: [PATCH] gendocs.sh: don't overwrite existing index.html

On 3/1/21 3:14 PM, Sergey Poznyakoff wrote: > When generating html output, texi2html 5.0 creates index.html > file, instead of $PORJECT.html. Don't overwrite it with dangling > symlink. > -ln -sf ${PACKAGE}.html index.html > +if [ ! -f index.html ]; then > + ln -sf ${PACKAGE}.html ind

Re: How to avoid fdopen redefinition?

> From: Bruno Haible > Cc: Gavin Smith , Eli Zaretskii > Date: Mon, 01 Mar 2021 17:46:02 +0100 > > "MS-Windows doesn't support LC_MESSAGES in its >setlocale API, I guess that's what triggers the problem." > > If you request the gnulib module 'setlocale', you will get not only > LC_MESSAGE

Re: How to avoid fdopen redefinition?

Hi Gavin, > When using a stdin.h from gnulib with Perl's extension headers (e.g. > XSUB.h), under MinGW there can be compiler warnings due to > redefinition of an fdopen symbol. This was reported here (point 1): > > https://lists.gnu.org/archive/html/bug-texinfo/2021-02/msg00152.html > > We don'

How to avoid fdopen redefinition?

When using a stdin.h from gnulib with Perl's extension headers (e.g. XSUB.h), under MinGW there can be compiler warnings due to redefinition of an fdopen symbol. This was reported here (point 1): https://lists.gnu.org/archive/html/bug-texinfo/2021-02/msg00152.html We don't use fdopen in the progr

[PATCH] gendocs.sh: don't overwrite existing index.html

When generating html output, texi2html 5.0 creates index.html file, instead of $PORJECT.html. Don't overwrite it with dangling symlink. --- build-aux/gendocs.sh | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/build-aux/gendocs.sh b/build-aux/gendocs.sh index 1872de9..082

[PATCH 1/2] parse-datetime2: new module

This splits the old parse-datetime into two parts; the first is parse-datetime2 which supports all the new bells and whistles, the second is parse-datetime, which reverts to its original intent. This avoids some bogus diagnostics when build GNU Tar with gcc -flto -fanalyze and with --enable-gcc-wa

[PATCH 2/2] unlocked-io: do not redefine getc_unlocked etc.

I ran into this problem on AIX 7.1 with GNU Tar, which enables visibility of getc_unlocked etc. after testing whether they’re declared, causing argp-namefrob.h and unlocked-io.h to redefine the macros. * lib/argp-namefrob.h, lib/unlocked-io.h: (clearerr_unlocked, feof_unlocked ferror_unlocked) (ffl