diff options
author | Jakub Jelinek <jakub@redhat.com> | 2020-04-29 15:55:39 +0200 |
---|---|---|
committer | Jakub Jelinek <jakub@redhat.com> | 2020-04-29 15:55:39 +0200 |
commit | c7137fcc7cbc1f1f14f9fed75adcc6bd8f1d418c (patch) | |
tree | 26182eb998ac9a22e72e252a5216b2252cf843f8 /gcc/fortran/io.c | |
parent | 1657178f59bf0c5b269a668bcdcc432fac3bbdd0 (diff) | |
download | gcc-c7137fcc7cbc1f1f14f9fed75adcc6bd8f1d418c.zip gcc-c7137fcc7cbc1f1f14f9fed75adcc6bd8f1d418c.tar.gz gcc-c7137fcc7cbc1f1f14f9fed75adcc6bd8f1d418c.tar.bz2 |
rs6000: Fix rs6000_atomic_assign_expand_fenv [PR94826]
This is the rs6000 version of the earlier committed x86, aarch64 and arm
fixes, as create_tmp_var_raw is used because the C FE can call this outside
of function context, we need to make sure the first references to those
VAR_DECLs are through a TARGET_EXPR, so that it gets gimple_add_tmp_var
marked in whatever function it gets expanded in. Without that DECL_CONTEXT
is NULL and the vars aren't added as local decls of the containing function.
2020-04-29 Jakub Jelinek <jakub@redhat.com>
PR target/94826
* config/rs6000/rs6000.c (rs6000_atomic_assign_expand_fenv): Use
TARGET_EXPR instead of MODIFY_EXPR for first assignment to
fenv_var, fenv_clear and old_fenv variables. For fenv_addr
take address of TARGET_EXPR of fenv_var with void_node initializer.
Formatting fixes.
Diffstat (limited to 'gcc/fortran/io.c')
0 files changed, 0 insertions, 0 deletions