Re: Portability issues with scractch_buffer

2021-04-11 Thread Akim Demaille
Hi Paul, > Le 20 janv. 2021 à 21:14, Akim Demaille a écrit : > > Hi Paul, > >> Le 20 janv. 2021 à 02:50, Paul Eggert a écrit : >> >> On 1/19/21 10:22 AM, Akim Demaille wrote: >> >>> Clang 3.3 and 3.4 cannot compile the new scratch-buffer module. On Bison's >>> CI (Clang 3.4: https://api.tr

Re: Portability issues with scractch_buffer

2021-01-21 Thread Paul Eggert
My guess is that the preprocessor expands __has_attribute (__fallthrough__) to 1 but the attribute does not actually work. Is that the case? has_attribute is indeed 1. Looking at the Clang 3.4 source code, I don't see how that could be, as clang-3.4/include/clang/Basic/Attr.td lists the clan

Re: Portability issues with scractch_buffer

2021-01-20 Thread Akim Demaille
Hi Paul, > Le 20 janv. 2021 à 02:50, Paul Eggert a écrit : > > On 1/19/21 10:22 AM, Akim Demaille wrote: > >> Clang 3.3 and 3.4 cannot compile the new scratch-buffer module. On Bison's >> CI (Clang 3.4: https://api.travis-ci.org/v3/job/755133481/log.txt), there is: >>> ... >>> CC lib/

Re: Portability issues with scractch_buffer

2021-01-19 Thread Paul Eggert
On 1/19/21 10:22 AM, Akim Demaille wrote: Clang 3.3 and 3.4 cannot compile the new scratch-buffer module. On Bison's CI (Clang 3.4: https://api.travis-ci.org/v3/job/755133481/log.txt), there is: ... CC lib/lib_libbison_a-canonicalize.o In file included from ../lib/canonicalize.c:31:

Portability issues with scractch_buffer

2021-01-19 Thread Akim Demaille
Hi all, Clang 3.3 and 3.4 cannot compile the new scratch-buffer module. On Bison's CI (Clang 3.4: https://api.travis-ci.org/v3/job/755133481/log.txt), there is: > make[2]: Entering directory `/home/travis/build/bison-3.7.4.285-a7d1a/_build' > CC lib/lib_libbison_a-bitsetv.o > CC