[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Avoid gnulib redefinitions - MDA
|
From: |
Gavin Smith |
|
Subject: |
Re: Avoid gnulib redefinitions - MDA |
|
Date: |
Sat, 29 Oct 2022 22:59:01 +0100 |
On Sat, Oct 29, 2022 at 11:48:41PM +0200, Bruno Haible wrote:
> > Should we use the variables with the GL_ prefix now and is this something
> > we can rely on? Or should we simply #undef fdopen and the other symbols?
>
> The way to avoid a particular MDA symbol definition (GNULIB_MDA_FDOPEN=0
> before April 2021, GL_GNULIB_MDA_FDOPEN=0 after April 2021) is an undocumented
> functionality. It is not expected that it will break soon. The 2021-04-11
> change that you cited above was a once-in-a-decade change. But it may break
> theoretically, since it is not in the form of a stable functionality.
> (A stable, supported functionality would be something like a gnulib-tool
> option and/or a module name.)
Right, so it sounds like we are better off using #undef before
including the Perl headers to avoid depending on undocumented
functionalities. Thanks.