[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 00/14] glr2.cc: fix linking conflicts
From: |
Tom Shields |
Subject: |
Re: [PATCH 00/14] glr2.cc: fix linking conflicts |
Date: |
Mon, 13 Sep 2021 10:37:54 -0500 |
Hans,
I tried building the Ox 1.6 distributed release as follows:
./configure --enable-maintainer-mode BISON=bison-3.8.1.21
Powered by Mailbutler
<https://www.mailbutler.io/?utm_source=watermark&utm_medium=email&utm_campaign=watermark-essential-email>,
the email extension that does it all
Note: this uses the Apple Xcode C compiler.
I get fails on these Ox test cases: bison-3.x-calc, bison-3.x-calc-pure,
bison-3.x-calc-push, bison-3.x-calc-pure-treeviz & bison-3.x-calc-push-treeviz.
A quick check of the test-suite.log file shows that the default ‘yyerror’ and
‘yylex’ signatures changed in the Bison default C skeleton at some point after
the release of Ox 1.6, which was built & tested with Bison 3.3.2.
I’m not sure it is worth upgrading Ox 1.6 (and possibly 1.7 & 1.8), but I’ll
see if some judiciously applied ‘#ifdef's can handle the skeleton changes.
On the other hand, I don’t get a fail on the oxpt test case.
Please send me the config.log and oxpt.log files from your failed test of Ox
1.6 when you get a chance.
Thanks,
Tom
> On Sep 13, 2021, at 9:21 AM, Thomas Shields <thomas.evans.shields@icloud.com>
> wrote:
>
> Thanks, Hans,
>
> I’ll look into these fails later today.
>
> Tom Shields
>
> Sent from Tom's iDevice
>
>> On Sep 13, 2021, at 8:10 AM, Hans Åberg <haberg-1@telia.com> wrote:
>>
>>
>>> On 13 Sep 2021, at 07:29, Akim Demaille <akim.demaille@gmail.com> wrote:
>>>
>>> Hi Tom,
>>>
>>>>> Le 12 sept. 2021 à 20:50, Tom Shields a écrit :
>>>>
>>>> Akim,
>>>>
>>>> The Ox attribute grammar evaluator generator compiles, links, and passes
>>>> its regression tests under macOS Big Sur (v11.5.2) using this version of
>>>> Bison with the following C++ compilers:
>>>> - Xcode (12.5.1): g++ reports its version as ‘Apple clang version 12.0.5
>>>> (clang-1205.0.22.11)
>>>> - GNU (Homebrew): g++ reports its version as ‘Homebrew GCC 11.2.0) 11.1.0’
>>>> - LLVM (Homebrew): clang++ reports it version as ‘Homebrew clang version
>>>> 12.0.1'
>>>
>>> Wonderful news, thanks a lot!
>>
>> With ox-1.6 and gcc (MacPorts gcc11 11.2.0_1) 11.2.0 on the same platform,
>> there are some make check fails:
>> FAIL: bison-3.x-calc
>> FAIL: bison-3.x-calc-pure
>> FAIL: oxpt
>>
>
- [PATCH 09/14] glr2.cc: prefer using, and remove useless type aliases, (continued)
- [PATCH 09/14] glr2.cc: prefer using, and remove useless type aliases, Akim Demaille, 2021/09/12
- [PATCH 10/14] glr2.cc: use only symbol_kind_type, not yysymbol_kind_t, Akim Demaille, 2021/09/12
- [PATCH 11/14] glr2.cc: move strong_index_alias into the unnamed namespace, Akim Demaille, 2021/09/12
- [PATCH 12/14] glr2.cc: check linking conflicts, Akim Demaille, 2021/09/12
- [PATCH 13/14] glr2.cc: kill trailing white spaces, Akim Demaille, 2021/09/12
- [PATCH 14/14] glr2.cc: don't pass %parse-param to destroy, Akim Demaille, 2021/09/12
- Re: [PATCH 00/14] glr2.cc: fix linking conflicts, Tom Shields, 2021/09/12
- Re: [PATCH 00/14] glr2.cc: fix linking conflicts, Hans Åberg, 2021/09/13
- Re: [PATCH 00/14] glr2.cc: fix linking conflicts, Thomas Shields, 2021/09/13
- Re: [PATCH 00/14] glr2.cc: fix linking conflicts, Hans Åberg, 2021/09/13