aboutsummaryrefslogtreecommitdiff
path: root/gcc/fortran/openmp.cc
diff options
context:
space:
mode:
authorRoger Sayle <roger@nextmovesoftware.com>2022-02-08 20:56:55 +0100
committerTom de Vries <tdevries@suse.de>2022-02-10 09:01:55 +0100
commit6d98e83b2c919bd9fba2c61333d613bafc37357f (patch)
treefe2059cc478c59bc59251a4f9589ebdb0ba60cbb /gcc/fortran/openmp.cc
parent9bacd7af2e3bba9ddad17e7de4e2d299419d819d (diff)
downloadgcc-6d98e83b2c919bd9fba2c61333d613bafc37357f.zip
gcc-6d98e83b2c919bd9fba2c61333d613bafc37357f.tar.gz
gcc-6d98e83b2c919bd9fba2c61333d613bafc37357f.tar.bz2
nvptx: Tweak constraints on copysign instructions
Many thanks to Thomas Schwinge for confirming my hypothesis that the register usage regression, PR target/104345, is solely due to libgcc's _muldc3 function. In addition to the isinf functionality in the previously proposed nvptx patch at https://gcc.gnu.org/pipermail/gcc-patches/2022-January/588453.html which significantly reduces the number of instructions in _muldc3, the patch below further reduces both the number of instructions and the number of explicitly declared registers, by permitting floating point constant immediate operands in nvptx's copysign instruction. Fingers-crossed, the combination with all of the previous proposed nvptx patches improves things. Ultimately, increasing register usage from 50 to 51 registers, reducing the number of concurrent threads by ~2%, can easily be countered if we're now executing significantly fewer instructions in each kernel, for a net performance win. This patch has been tested on nvptx-none hosted on x86_64-pc-linux-gnu with a "make" and "make -k check" with no new failures. gcc/ChangeLog: * config/nvptx/nvptx.md (copysign<mode>3): Allow immediate floating point constants as operands 1 and/or 2.
Diffstat (limited to 'gcc/fortran/openmp.cc')
0 files changed, 0 insertions, 0 deletions