[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Clang-built Gawk 5.2.1 regex oddity

From: Sam James
Subject: Re: Clang-built Gawk 5.2.1 regex oddity
Date: Fri, 13 Jan 2023 07:03:52 +0000

> On 5 Jan 2023, at 23:06, Arsen Arsenović <arsen@aarsen.me> wrote:
> Hi,
> Paul Eggert <eggert@cs.ucla.edu> writes:
>> This is a serious bug in Clang: it generates incorrect machine code.
>> The code that Clang generates for the following (gawk/support/dfa.c lines
>> 1141-1143):
>>    ((dfa->syntax.dfaopts & DFA_CONFUSING_BRACKETS_ERROR
>>      ? dfaerror : dfawarn)
>>     (_("character class syntax is [[:space:]], not [:space:]")));
>> is immediately followed by the code generated for the following
>> (gawk/support/dfa.c line 1015):
>>                    dfaerror (_("invalid character class"));
>> and this is incorrect because the two source code regions are not connected
>> with each other.
> This is now fixed in Clang:
> https://reviews.llvm.org/rGcf8fd210a35c8e93136cb8edc5c6a2e818dc1b1d

This is not in 15.0.7 and there won't be any further 15.x releases as there's
an ABI break caused by it. We've backported it in Gentoo but others may not.

It will be in 16.x.

I think gnulib should probably make that #define change for Clang < 16.

Attachment: signature.asc
Description: Message signed with OpenPGP

reply via email to

[Prev in Thread] Current Thread [Next in Thread]