diff options
| author | Paul A. Clarke <pc@us.ibm.com> | 2019-11-21 11:57:41 -0600 |
|---|---|---|
| committer | Paul A. Clarke <pc@us.ibm.com> | 2019-11-22 11:37:40 -0600 |
| commit | 102b5b0cafaf09758a62f62a53fafb6db2f71136 (patch) | |
| tree | f44f58a29c8d9fa49c725971209f33c9f30014b7 /stdlib/add_n.c | |
| parent | bfa864e1645e140da2e1aae3cf0d0ba0674f6eb5 (diff) | |
| download | glibc-102b5b0cafaf09758a62f62a53fafb6db2f71136.tar.gz glibc-102b5b0cafaf09758a62f62a53fafb6db2f71136.tar.xz glibc-102b5b0cafaf09758a62f62a53fafb6db2f71136.zip | |
Remove duplicate inline implementation of issignalingf
Very recent commit 854e91bf6b4221f424ffa13b9ef50f35623b7b74 enabled inline of issignalingf() in general (__issignalingf in include/math.h). There is another implementation for an inline use of issignalingf (issignalingf_inline in sysdeps/ieee754/flt-32/math_config.h) which could instead make use of the new enablement. Replace the use of issignalingf_inline with __issignaling. Using issignaling (instead of __issignalingf) will allow future enhancements to the type-generic implementation, issignaling, to be automatically adopted. The implementations are slightly different, and compile to slightly different code, but I measured no significant performance difference. The second implementation was brought to my attention by: Suggested-by: Joseph Myers <joseph@codesourcery.com> Reviewed-by: Joseph Myers <joseph@codesourcery.com>
Diffstat (limited to 'stdlib/add_n.c')
0 files changed, 0 insertions, 0 deletions