| commit | 7b7c39450b3c4ab35b4960346e61d7b177ee728e | |
| author | Paul E. Murphy <murphyp@linux.vnet.ibm.com> | |
| Thu, 25 Aug 2016 16:25:33 +0000 (25 11:25 -0500) | ||
| committer | Paul E. Murphy <murphyp@linux.vnet.ibm.com> | |
| Thu, 1 Sep 2016 14:28:05 +0000 (1 09:28 -0500) | ||
| tree | 251612e6e9a4192b1e5ca8010589ec64a692b9fa | treesnapshot (tar.gz zip) |
| parent | 4d728087ef8cc826b05bd21d0c74d4eca9b1a27d | commitdiff |
Make common fdim implementation generic.
The only difference is the usage of math_narrow_eval when
building s_fdiml.c. This should be harmless for long double,
but I did observe some code generation changes on m68k, but
lack the resources to test it.
Likewise, to more easily support overriding symbol generation,
the aliasing macros are always conditionally defined on their
absence to reduce boilerplate.
I also ran builds for i486, ppc64, sparcv9, aarch64,
s390x and observed no changes to s_fdim* objects.
The only difference is the usage of math_narrow_eval when
building s_fdiml.c. This should be harmless for long double,
but I did observe some code generation changes on m68k, but
lack the resources to test it.
Likewise, to more easily support overriding symbol generation,
the aliasing macros are always conditionally defined on their
absence to reduce boilerplate.
I also ran builds for i486, ppc64, sparcv9, aarch64,
s390x and observed no changes to s_fdim* objects.
14 files changed: