Graphite Patch Ping

Graphite Patch Ping

[Tobias Burnus]

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

(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

Re: Graphite Patch Ping

[Richard Biener]

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 <rguenther@suse.de>
SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg,
Germany; GF: Ivo Totev; HRB 36809 (AG Nuernberg)