aboutsummaryrefslogtreecommitdiff
path: root/libjava/classpath/gnu/javax/security/auth
diff options
context:
space:
mode:
authorAndrew Pinski <andrew.pinski@oss.qualcomm.com>2026-02-03 19:20:48 -0800
committerAndrew Pinski <andrew.pinski@oss.qualcomm.com>2026-02-04 10:19:46 -0800
commit7c6cb40a44498991ed93d3dd19d128105e8b64b8 (patch)
tree9909617bb35ab960bf5d540f6c96e3ad6870fae6 /libjava/classpath/gnu/javax/security/auth
parent1e71ff87c97fcd37b8b98c76b684f23a17bae973 (diff)
downloadgcc-master.zip
gcc-master.tar.gz
gcc-master.tar.bz2
complex: Directly emit gimple from extract_component [PR121661]HEADtrunkmaster
Currently extract_component uses force_gimple_operand_gsi to emit gimple including loads. The problem with that decls that have DECL_EXPR_DECL set on it will change over to use the DECL_EXPR_DECL instead. Normally this is ok except for nested functions where the original decl is a PARAM_DECL, there is a copy from the param decl to the new frame based location. Well instead we should just create the gimple ourselves. The only special case that needs to be handled is BIT_FIELD_REF and a VCE of SSA_NAME. BIT_FIELD_REF was already handled specially so we can just emit the load there. VCE of SSA_NAME on the other hand needed some extra code. Note VCE of s SSA_NAME case could be optimized, I filed PR 123968 for that. Since that is not a regression at this point and we are now producing the same code as before. Bootstrapped and tested on x86_64-linux-gnu. PR middle-end/121661 gcc/ChangeLog: * tree-complex.cc (extract_component): Create gimple assign statements directly rather than call force_gimple_operand_gsi. gcc/testsuite/ChangeLog: * gcc.dg/torture/pr121661-1.c: New test. Signed-off-by: Andrew Pinski <andrew.pinski@oss.qualcomm.com>
Diffstat (limited to 'libjava/classpath/gnu/javax/security/auth')
0 files changed, 0 insertions, 0 deletions