aboutsummaryrefslogtreecommitdiff
path: root/gcc/fortran/io.c
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2020-04-29 15:55:39 +0200
committerJakub Jelinek <jakub@redhat.com>2020-04-29 15:55:39 +0200
commitc7137fcc7cbc1f1f14f9fed75adcc6bd8f1d418c (patch)
tree26182eb998ac9a22e72e252a5216b2252cf843f8 /gcc/fortran/io.c
parent1657178f59bf0c5b269a668bcdcc432fac3bbdd0 (diff)
downloadgcc-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