[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 00/14] glr2.cc: fix linking conflicts
From: |
Hans Åberg |
Subject: |
Re: [PATCH 00/14] glr2.cc: fix linking conflicts |
Date: |
Mon, 13 Sep 2021 18:07:31 +0200 |
> On 13 Sep 2021, at 17:37, Tom Shields <thomas.evans.shields@icloud.com> wrote:
>
> I tried building the Ox 1.6 distributed release as follows:
>
> ./configure --enable-maintainer-mode BISON=bison-3.8.1.21
>
> 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.
Since you are actively developing Ox, I deleted 1.6. :-) Though I have a
backup, but 1.10 using C++ sounds more exciting. But Bison only supports the
last version, fixes may end up in a new later version. This is typical for
projects that need to save on manpower.
Otherwise, I just used the Bison 3.8.1 that Akim just released.
- [PATCH 10/14] glr2.cc: use only symbol_kind_type, not yysymbol_kind_t, (continued)
- [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