diff options
| author | Jiufu Guo <guojiufu@linux.ibm.com> | 2022-07-19 18:30:58 +0800 |
|---|---|---|
| committer | Jiufu Guo <guojiufu@linux.ibm.com> | 2022-10-26 11:21:07 +0800 |
| commit | 978ec4825c2e5cb0ec03d857ea038440d566ff42 (patch) | |
| tree | 59772bbaf428a6674f12a45c33f503211b17972f /gcc/value-range.cc | |
| parent | 0cd11d301013af50a3fae0694c909952e94e20d5 (diff) | |
| download | gcc-978ec4825c2e5cb0ec03d857ea038440d566ff42.zip gcc-978ec4825c2e5cb0ec03d857ea038440d566ff42.tar.gz gcc-978ec4825c2e5cb0ec03d857ea038440d566ff42.tar.bz2 | |
rs6000: cannot_force_const_mem for HIGH code rtx[PR106460]
As the issue in PR106460, a rtx 'high:DI (symbol_ref:DI ("var_48")' is tried
to store into constant pool and ICE occur. But actually, this rtx represents
partial incomplete address and can not be put into a .rodata section.
This patch updates rs6000_cannot_force_const_mem to return true for rtx(s) with
HIGH code, because these rtx(s) indicate part of address and are not ok for
constant pool.
Below are some examples:
(high:DI (const:DI (plus:DI (symbol_ref:DI ("xx") (const_int 12 [0xc])))))
(high:DI (symbol_ref:DI ("var_1")..)))
PR target/106460
gcc/ChangeLog:
* config/rs6000/rs6000.cc (rs6000_cannot_force_const_mem): Return true
for HIGH code rtx.
gcc/testsuite/ChangeLog:
* gcc.target/powerpc/pr106460.c: New test.
Diffstat (limited to 'gcc/value-range.cc')
0 files changed, 0 insertions, 0 deletions