amdgcn: Use FLAT addressing for all functions with pointer arguments [PR105421] (was: [PATCH] [og12] amdgcn: Use FLAT addressing for all functions with pointer arguments)

Hi! On 2022-10-14T13:38:55+, Julian Brown wrote: > The GCN backend uses a heuristic to determine whether to use FLAT or > GLOBAL addressing in a particular (offload) function: namely, if a > function takes a pointer-to-scalar parameter, it is assumed that the > pointer may refer to "flat scra

Add 'libgomp.oacc-c-c++-common/private-big-1.c' [PR105421] (was: amdgcn: Use FLAT addressing for all functions with pointer arguments [PR105421])

Hi! On 2022-10-20T12:05:28+0200, I wrote: > On 2022-10-14T13:38:55+, Julian Brown wrote: >> The GCN backend uses a heuristic to determine whether to use FLAT or >> GLOBAL addressing in a particular (offload) function: namely, if a >> function takes a pointer-to-scalar parameter, it is assumed

Re: [PATCH RESEND 1/1] p1689r5: initial support

On 10/18/22 08:18, Ben Boeckel wrote: On Tue, Oct 11, 2022 at 07:42:43 -0400, Ben Boeckel wrote: On Mon, Oct 10, 2022 at 17:04:09 -0400, Jason Merrill wrote: Can we share utf8 parsing code with decode_utf8_char in pretty-print.cc? I can look at factoring that out. I'll have to decode its logi

[PATCH] OpenMP: Duplicate checking for map clauses in Fortran (PR107214)

This patch adds duplicate checking for OpenMP "map" clauses, taking some cues from the implementation for C in c-typeck.cc:c_finish_omp_clauses (and similar for C++). In addition to the existing use of the "mark" and "comp_mark" bitfields in the gfc_symbol structure, the patch adds several new bit

Re: [PATCH RESEND 1/1] p1689r5: initial support

On Thu, Oct 20, 2022 at 11:39:25 -0400, Jason Merrill wrote: > Oops, I was thinking this was in gcc as well. In libcpp there's > _cpp_valid_utf8 (which calls one_utf8_to_cppchar). This routine has a lot more logic (including UCN decoding) and the `one_utf8_to_cppchar` also supports out-of-bounds

Re: [PATCH RESEND 1/1] p1689r5: initial support

On 10/20/22 13:31, Ben Boeckel wrote: On Thu, Oct 20, 2022 at 11:39:25 -0400, Jason Merrill wrote: Oops, I was thinking this was in gcc as well. In libcpp there's _cpp_valid_utf8 (which calls one_utf8_to_cppchar). This routine has a lot more logic (including UCN decoding) and the `one_utf8_to

Re: [PATCH] Fortran: error recovery with references of bad array constructors [PR105633]

Le 19/10/2022 à 22:49, Harald Anlauf via Fortran a écrit : Dear Fortranners, here's another patch that improves error receovery with references of bad array constructors leading to an ICE after a NULL pointer dereference. Original patch by Steve, which I amended with a logic cleanup. Regtested