This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: ToT glibc build problem with ToT GCC
- From: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: nd <nd at arm dot com>, Carlos O'Donell <carlos at redhat dot com>, Martin Sebor <msebor at gmail dot com>, Steve Ellcey <sellcey at marvell dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, "msebor at redhat dot com" <msebor at redhat dot com>
- Date: Tue, 3 Sep 2019 10:24:59 +0000
- Subject: Re: ToT glibc build problem with ToT GCC
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6uLFFjLeJvQNTuN3BPzs3LmzSf1GdRidl5hQxRO1sCU=; b=G3x2geGSnLjeHkMt0EJgJwU9FX/YH8otpv+AZc2r4XlWcW64X/EUlIL5gKQY5fHa4tHRIk1YvNmr+zpdp9Di8jwt2f517Qi0bN6GjfV9FQShm06ptBG2Z5RKED5Sf0HtMbr4Gvylfd98HX31ssV/cUYWPxDlwtdE5WaMBxlZv1QDvD6fEWn1azgFuPYrHVte4aEYBYITL1JODHljBqNAkHu37M/07Z7OBv8WVQYmNYxoMYHc63tZ2eci+W2Q1O9lwFMV5qK7PlAXbIKQ8LdZpmkZPNCLMmW9TAvX6ZH87ZnFknsvE7dh2WCGm4UE0+RuZTVR2yXuqp+vXwP1SiAnIw==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kBWLpkIYFBqgPZrVWzhUs876pXlCbBPWsGXBoXXei4cQUXvS9hsGVLxGB6Hsl8nom8QNN854XOVYG/awSvaXqE2YET0kVWT4utfvSjaAPTNjCMr7AkhHD8KBtksncGM7JwKBwwaYS58+l/Bjxh99ZS84qA+jaykhlwE4mLp5O6rPGhYlXg7RNHaqhuzfPThILq04xKwHbJ9o6Spix8G4kb+nHA2nun0iHS53T+mwaK3EVuBq4yj8MFMyULSeqx/JJn3RhLkdf+2tLQEGb7Mr514G0jNQv+qsH6hvwabGmfrav6ov7BQhRowTRjbRdB/M+E+acgSJ0b4LTCCyykEMeQ==
- Original-authentication-results: spf=none (sender IP is ) smtp.mailfrom=Szabolcs dot Nagy at arm dot com;
- References: <486309d08583ed1c27a001d946205850b421f7ad.camel@marvell.com> <53b36206-3f07-432b-9d0f-02520debe4b8@gmail.com> <d96c9e5d-18f6-9c55-cd49-334c3d449a5b@redhat.com> <2e5c0137-4109-e7ce-8d1d-9c268e086f81@gmail.com> <f67a431b-0d15-644a-c5cd-8cf2ccf8e270@redhat.com> <87ef126bvu.fsf@oldenburg2.str.redhat.com> <ba965603-cc2a-3c53-4a1b-9edaf356f283@arm.com> <87mufq4og4.fsf@oldenburg2.str.redhat.com> <4679ba62-85c2-cc52-1a9d-5c75b3005344@arm.com> <87lfv5sn6h.fsf@oldenburg2.str.redhat.com>
On 03/09/2019 11:12, Florian Weimer wrote:
> * Szabolcs Nagy:
>
>> On 30/08/2019 17:18, Florian Weimer wrote:
>>>
>>> localedef: Use initializer for flexible array member [BZ #24950]
>>>
>>
>> i would mention that you put the struct in .rodata,
>> that is a non-obvious change.
>
> Please see below.
>
>> i'm fine with using gcc extension for the initializer.
>> i think the union solution is a bit safer though.
>> either way, it would be nice to fix this build error.
>
> I don't think this is a GCC extension. I believe it's part of C99.
iso c has this example:
http://port70.net/~nsz/c/c11/n1570.html#6.7.2.1p21
so the initializer relies on a gcc extension.
>
> Thanks,
> Florian
>
> localedef: Use initializer for flexible array member [BZ #24950]
>
> struct charseq used a zero-length array instead of a flexible array
> member. This required a strange construct to initialize struct
> charseq objects, and GCC 10 warns about that:
>
> cc1: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
> In file included from programs/repertoire.h:24,
> from programs/localedef.h:32,
> from programs/ld-ctype.c:35:
> programs/charmap.h:63:17: note: destination object declared here
> 63 | unsigned char bytes[0];
> | ^~~~~
> cc1: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
> programs/charmap.h:63:17: note: destination object declared here
> cc1: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
> programs/charmap.h:63:17: note: destination object declared here
> cc1: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
> programs/charmap.h:63:17: note: destination object declared here
>
> The change makes the object physically const, but it is not expected
> to be modified.
>
> 2019-08-30 Florian Weimer <fweimer@redhat.com>
>
> [BZ #24950]
> * locale/programs/charmap.h (struct charseq): Turn bytes into a
> flexible array member.
> * locale/programs/ld-ctype.c (ctype_finish): Use initializer for
> replace.
>
> diff --git a/locale/programs/charmap.h b/locale/programs/charmap.h
> index 870a9e9577..70db330d29 100644
> --- a/locale/programs/charmap.h
> +++ b/locale/programs/charmap.h
> @@ -60,7 +60,7 @@ struct charseq
> const char *name;
> uint32_t ucs4;
> int nbytes;
> - unsigned char bytes[0];
> + unsigned char bytes[];
> };
>
>
> diff --git a/locale/programs/ld-ctype.c b/locale/programs/ld-ctype.c
> index cfc9c43fd5..9123f64a56 100644
> --- a/locale/programs/ld-ctype.c
> +++ b/locale/programs/ld-ctype.c
> @@ -842,8 +842,6 @@ no input digits defined and none of the standard names in the charmap"));
> for (cnt = 0; cnt < 10; ++cnt)
> if (ctype->mboutdigits[cnt] == NULL)
> {
> - static struct charseq replace[2];
> -
> if (!warned)
> {
> record_error (0, 0, _("\
> @@ -851,10 +849,12 @@ not all characters used in `outdigit' are available in the charmap"));
> warned = 1;
> }
>
> - replace[0].nbytes = 1;
> - replace[0].bytes[0] = '?';
> - replace[0].bytes[1] = '\0';
> - ctype->mboutdigits[cnt] = &replace[0];
> + static const struct charseq replace =
> + {
> + .nbytes = 1,
> + .bytes = "?",
> + };
> + ctype->mboutdigits[cnt] = (struct charseq *) &replace;
> }
>
> warned = 0;
>