aboutsummaryrefslogtreecommitdiff
path: root/libjava/java/util/ResourceBundle$1.h
diff options
context:
space:
mode:
authorTamar Christina <tamar.christina@arm.com>2026-02-05 08:07:33 +0000
committerTamar Christina <tamar.christina@arm.com>2026-02-05 08:11:43 +0000
commitbcdc17211a70f290d46e5d10164c4bc776a89d1a (patch)
tree1c8fecd37367631609afd18ef70a103813a2e671 /libjava/java/util/ResourceBundle$1.h
parent3cc03c04c72be870f7f4a9e55115afef9926cf1a (diff)
downloadgcc-bcdc17211a70f290d46e5d10164c4bc776a89d1a.zip
gcc-bcdc17211a70f290d46e5d10164c4bc776a89d1a.tar.gz
gcc-bcdc17211a70f290d46e5d10164c4bc776a89d1a.tar.bz2
middle-end: use inner variable when determining deferred FMA order [PR123898]
If we defer an FMA creation the code tries to determine the order of the operands before deferring. To do this it compares the operands against the result expression (which should contain the multiplication expression). However the multiply might be wrapped in a conversion. This change has us strip one level of conversion (the most that convert_mult_to_fma) supports handling and only then do the comparison. We cannot strip ops[0] and ops[1] and store them stripped since after the deferrence, if we create an FMA we need to know the original types and convert_mult_to_fma handles the conversions during FMA creation anyway. There's probably a similar helper to strip_nop_view_converts but I couldn't find one, since many of the stripping helpers are recursive or don't support stripping VIEW_CONVERTS. gcc/ChangeLog: PR tree-optimization/123898 * tree-ssa-math-opts.cc (strip_nop_view_converts): New. (convert_mult_to_fma): Use it. gcc/testsuite/ChangeLog: PR tree-optimization/123898 * gcc.target/aarch64/sve/pr123898.c: New test.
Diffstat (limited to 'libjava/java/util/ResourceBundle$1.h')
0 files changed, 0 insertions, 0 deletions