diff options
| author | Vladimir N. Makarov <vmakarov@redhat.com> | 2026-02-11 13:46:34 -0500 |
|---|---|---|
| committer | Vladimir N. Makarov <vmakarov@redhat.com> | 2026-02-11 13:51:58 -0500 |
| commit | 560766f6e239a8192c42ac5f009f0a4ee2478a61 (patch) | |
| tree | 37f8f0186aea716452f21689605b3a8c41ac5d83 /libjava/java/sql/ResultSetMetaData.java | |
| parent | 62a9146a0e872dc00be654581a9cc38ea8d47481 (diff) | |
| download | gcc-560766f6e239a8192c42ac5f009f0a4ee2478a61.zip gcc-560766f6e239a8192c42ac5f009f0a4ee2478a61.tar.gz gcc-560766f6e239a8192c42ac5f009f0a4ee2478a61.tar.bz2 | |
[PR121191, LRA]: Check int modes to generate the right subreg offset when matching reload regs of different modes
In the PR test case (gcc.c-torture/compile/pr35318.c), LRA chose to
match operands in DFmode and SImode modes. On big endian targets,
this resulted in wrong subreg offset generation and wrong insn
generation. The offset would be right if the both operands were
scalar integers (see call of reload.cc:operands_match_p in
recog.cc:constrain_operands). The patch solves the problem.
gcc/ChangeLog:
PR rtl-optimization/121191
* lra-constraints.cc (get_matching_reload_reg_subreg): New.
(get_reload_reg, match_reload): Use it.
Diffstat (limited to 'libjava/java/sql/ResultSetMetaData.java')
0 files changed, 0 insertions, 0 deletions