[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4
From: |
Eli Zaretskii |
Subject: |
Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4 |
Date: |
Sat, 23 Jan 2021 19:27:02 +0200 |
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Sat, 23 Jan 2021 17:32:24 +0100
> Cc: Glenn Morris <rgm@gnu.org>, Paul Eggert <eggert@cs.ucla.edu>,
> Emacs developers <emacs-devel@gnu.org>
>
> > Apple's clang seems to come with a builtin
> >
> > #define __nonnull _Nonnull
> >
> > which clashes with the the one in lib/cdefs.h. Perhaps we should call it
> > something else.
>
> Gnulib should avoid identifiers starting with an underscore, as they
> are reserved for the implementation.
I don't think it can, at least not in general, because Gnulib replaces
some implementations, and this is a kind-of implementation itself.
The rule that you cite is for applications, not for system libraries.
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Glenn Morris, 2021/01/22
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Paul Eggert, 2021/01/22
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Glenn Morris, 2021/01/23
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Mattias Engdegård, 2021/01/23
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Paul Eggert, 2021/01/23
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Doug Davis, 2021/01/23
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Mattias Engdegård, 2021/01/23
- Re: master b99ec5d 3/3: Work around __has_attribute bug in clang 3.4, Philipp Stephani, 2021/01/23