Re: [PATCH 0/3] ARM with only 32-bit floats do not have fast 64-bit FMA
Keith Packard via Newlib <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <[email protected]> |
Sebastian Huber <[email protected]> writes: > It seems to be present in only some multilibs: I did some more digging -- the 'common' one is getting built, but the resulting math library doesn't have it included, which (as you suggest) indicates a problem in the build system. It turns out that the autotools build requires that all filenames across the whole math library must be unique; having 's_fma.c' in both common and machine/arm causes the one from common to be overwritten by the one in machine/arm due to the manual construction of libm.a from the constituent sub-libraries. As all of my testing was using meson instead of autotools, I guess I shouldn't be surprised that I broke the autotools build. I've sent a patch that renames libm/machine/arm/*fma.c and that appears to fix the problem. -- -keith
signature.asc
(application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEw4O3eCVWE9/bQJ2R2yIaaQAAABEFAl9OpfEACgkQ2yIaaQAA ABERkg/+NVgbjMgJcM1svAsx2P8HIPeHc0x/PRtahhkcdIBGlOFOto8XrWg50lAD 6XAfoSYMMdkF4Ut8X32szhKOInMQTMJE2hQhlCWDI2EAme/7ZHIyriOmZ/4U+1lG 1pfTk6+s59IlKZpIbw8RLHhG274i6Ae3UWIMeFExhZlIkmvswsLY3coM07q0/ODf oxvJIT9u8EbjhjU1BvHGh/IEAGybMJL6fa/jpBd1VPRqGSnalWqOrQtIFpPiplor fjihToS7hQHIULQSwHBs5oRL29K8vFvdUUwNuyUS8zUNS02c/stg0JBeOoUvfN6k DgPRRr2UQMF12zNzK72CCkFjSc85ymB9GORBzepgg/Cm2rUBRqRn1/oZQbqu0kLf 2Dl/vv8vpxWHEPfjIpuBLjA6cWQvmhMlDJlnIOKhpPSZE+GT0SC/8iIOI8Elk/R/ H+ry5oIHAGTfqQTKGYc/TYJAM3WmHjZDmF3oGNRjdehzc/i1/wz4dfA+PV9DIdlG Wz50YekvI3bE2c9UO+Z9ylrTiHPsyPyqRwMUy7Mae8P1jJlNztxhxw3YhjeIEd1V MkQlyQt+5vIwfKueOyPhWlGjzgFz9r0ARUBtfdmNVgfVf0/0ut0q6gMqvzdBSFNt B8SHurs37QgCZ+gV37THrbi9GQJsi1H3AjErg5SiLCoSkgiqn/c= =IpPC -----END PGP SIGNATURE-----