On Mon, 16 May 2022, Tobias Burnus wrote: > Hi all, > > I would like to ping the following patches from Frederik's > "[PATCH 00/40] OpenACC "kernels" Improvements" series > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586901.html > patch set thread link: > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/thread.html#586901
Can we get them re-based to after the .c -> .cc renaming please? Richard. > (A) Simpler patches > > [PATCH 15/40] graphite: Extend SCoP detection dump output > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586915.html > "Extend dump output to make understanding why Graphite rejects to > include a loop in a SCoP easier (for GCC developers)." > > [PATCH 16/40] graphite: Rename isl_id_for_ssa_name" > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586917.html > (consistency renaming of static function/var name) > > [PATCH 17/40] graphite: Fix minor mistakes in comments > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586918.html > Comment-typo fixes > > > (B) User-visible change (new flag) - prep + actual new-flag patch > > [PATCH 18/40] Move compute_alias_check_pairs to tree-data-ref.c > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586919.html > "Move this function from tree-loop-distribution.c to tree-data-ref.c > and make it non-static to enable its use from other parts of GCC." > > [PATCH 19/40] graphite: Add runtime alias checking > https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586920.html > 'Graphite rejects a SCoP if it contains a pair of data references for > which it cannot determine statically if they may alias. This happens > very often, for instance in C code which does not use explicit > "restrict". This commit adds the possibility to analyze a SCoP > nevertheless and perform an alias check at runtime.' > > Thanks, > > Tobias > > ----------------- > Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstra?e 201, 80634 > M?nchen; Gesellschaft mit beschr?nkter Haftung; Gesch?ftsf?hrer: Thomas > Heurung, Frank Th?rauf; Sitz der Gesellschaft: M?nchen; Registergericht > M?nchen, HRB 106955 > -- Richard Biener <rguent...@suse.de> SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany; GF: Ivo Totev; HRB 36809 (AG Nuernberg)
