mirror of
https://sourceware.org/git/glibc.git
synced 2024-12-04 19:00:09 +00:00
7b7c39450b
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. |
||
|---|---|---|
| .. | ||
| multiarch | ||
| s_fabs.S | ||
| s_fmax.S | ||
| s_fmaxf.S | ||
| s_fmin.S | ||
| s_fminf.S | ||
| s_isnan.S | ||
| s_llrint.S | ||
| s_llrintf.S | ||
| s_lrint.S | ||
| s_lrintf.S | ||
| s_nearbyint.S | ||
| s_nearbyintf.S | ||
| s_rint.S | ||
| s_rintf.S | ||
| w_sqrt.S | ||
| w_sqrtf.S | ||