aboutsummaryrefslogtreecommitdiff
path: root/gcc/combine.c
diff options
context:
space:
mode:
authorStefan Schulze Frielinghaus <stefansf@linux.ibm.com>2021-04-17 17:53:33 +0200
committerStefan Schulze Frielinghaus <stefansf@linux.ibm.com>2021-04-17 17:53:33 +0200
commited16241c6db23013d70b792a64f29080ad48a414 (patch)
treee879cb27fa6e19f1aac6f6fe94b2817b627af9fb /gcc/combine.c
parentbda519596543e49f77914b5677693e86be5d01d0 (diff)
downloadgcc-ed16241c6db23013d70b792a64f29080ad48a414.zip
gcc-ed16241c6db23013d70b792a64f29080ad48a414.tar.gz
gcc-ed16241c6db23013d70b792a64f29080ad48a414.tar.bz2
testsuite: Enable zero-scratch-regs-{8,9,10,11}.c on s390*
On s390* the only missing part for the mentioned testcases was a load of a double floating-point zero via a move (in particular for quite old machines) which was added in commit 46c47420a5fefd4d9d02b0db347235dd74e20fb2. Common code implementation is sufficient in order to clear volatile GPRs, FPRs, and VRs. Access registers a0 and a1 are nonvolatile and not cleared. Therefore, target hook TARGET_ZERO_CALL_USED_REGS is not implemented for s390*. Added a target specific test in order to ensure that all call clobbered GPRs, FPRs, and VRs are zeroed and all call saved registers are kept. gcc/testsuite/ChangeLog: * c-c++-common/zero-scratch-regs-8.c: Enable on s390*. * c-c++-common/zero-scratch-regs-9.c: Likewise. * c-c++-common/zero-scratch-regs-10.c: Likewise. * c-c++-common/zero-scratch-regs-11.c: Likewise. * gcc.target/s390/zero-scratch-regs-1.c: New test.
Diffstat (limited to 'gcc/combine.c')
0 files changed, 0 insertions, 0 deletions