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
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
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/
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:
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