[Bug middle-end/111975] gimple front end can't round-trip vectorized code

cvs-commit at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Mon Dec 18 14:40:18 GMT 2023


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111975

--- Comment #4 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Richard Biener <rguenth@gcc.gnu.org>:

https://gcc.gnu.org/g:88a398a487ee37f1fc7850740f2d94d895657646

commit r14-6662-g88a398a487ee37f1fc7850740f2d94d895657646
Author: Richard Biener <rguenther@suse.de>
Date:   Mon Dec 18 13:40:46 2023 +0100

    middle-end/111975 - dump -> GIMPLE FE roundtrip improvements

    The following improves the manual work needed to make a -gimple dump
    valid input to the GIMPLE FE.  First of all it recognizes the 'sizetype'
    tree and dumps it as __SIZETYPE__, then it changes dumping vector types
    without name from 'vector(n) T' to 'T [[gnu::vector_size(n')]]' which
    we can parse in most relevant contexts (and that's shorter than
    using __attribute__).  Third it avoids a NULL_TREE TMR_STEP when
    it would be one, an optimization that's re-done when generating RTL.

            PR middle-end/111975
            * tree-pretty-print.cc (dump_generic_node): Dump
            sizetype as __SIZETYPE__ with TDF_GIMPLE.
            Dump unnamed vector types as T [[gnu::vector_size(n)]] with
            TDF_GIMPLE.
            * tree-ssa-address.cc (create_mem_ref_raw): Never generate
            a NULL STEP when INDEX is specified.


More information about the Gcc-bugs mailing list