From: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Alexander Korotkov <akorotkov(at)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Detecting pointer misalignment (was Re: pgsql: Implementation of subscripting for jsonb) |
Date: | 2021-02-12 22:29:43 |
Message-ID: | CAPpHfdtEeg4Ax09kCHGupiG8rUuL1EAhdHUdbjCxM=JgrSCoDw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Fri, Feb 12, 2021 at 8:19 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I've updated buildfarm member longfin to use "-fsanitize=alignment
> -fsanitize-trap=alignment", and it just got through a run successfully
> with that. It'd be good perhaps if some other buildfarm owners
> followed suit (mumble JIT coverage mumble).
>
> Looking around at other recent reports, it looks like we'll need to tweak
> the compiler version cutoffs a bit. I see for instance that spurfowl,
> with gcc (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609, is whining:
>
> pg_crc32c_sse42.c:24:1: warning: \342\200\230no_sanitize\342\200\231 attribute directive ignored [-Wattributes]
>
> So maybe it'd better be __GNUC__ >= 6 not __GNUC__ >= 5. I think
> we can wait a little bit for more reports before messing with that,
> though.
I've rechecked this in the documentation. no_sanitize attribute seems
to appear since gcc 8.0. Much later than alignment sanitizer itself.
https://gcc.gnu.org/gcc-8/changes.html
"A new attribute no_sanitize can be applied to functions to instruct
the compiler not to do sanitization of the options provided as
arguments to the attribute. Acceptable values for no_sanitize match
those acceptable by the -fsanitize command-line option."
Yes, let's wait for more feedback from buildfarm and fix the version
requirement.
> Once this does settle, should we consider back-patching so that it's
> possible to run alignment checks in the back branches too?
+1
------
Regards,
Alexander Korotkov
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-02-12 22:33:18 | pgsql: Tweak compiler version cutoff for no_sanitize("alignment") suppo |
Previous Message | Tom Lane | 2021-02-12 21:27:10 | pgsql: Avoid divide-by-zero in regex_selectivity() with long fixed pref |
From | Date | Subject | |
---|---|---|---|
Next Message | Adam Brusselback | 2021-02-12 22:35:18 | Re: PostgreSQL <-> Babelfish integration |
Previous Message | Noah Bergbauer | 2021-02-12 22:21:28 | Re: Preventing free space from being reused |