| Summary: | cross-arm-none-eabi/newlib-4.0.0 fails: arm-none-eabi-ar: ../mathfp/lib.a: No such file or directory | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michael Moon <triffid.hunter> |
| Component: | Current packages | Assignee: | Cross compilation support <cross> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | jstein |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log (gzipped for size)
cross-arm-none-eabi/newlib-4.1.0 build.log |
||
|
Description
Michael Moon
2020-12-06 14:00:33 UTC
Created attachment 680248 [details]
cross-arm-none-eabi/newlib-4.1.0 build.log
This issue also affects cross-arm-none-eabi/newlib-4.1.0
SOLVED by removing --enable-newlib-hw-fp from cross-arm-none-eabi/newlib EXTRA_ECONF Fwiw, https://sourceware.org/newlib/faq.html#q10 says: What is the libm/mathfp directory? The libm/mathfp directory was a failed experiment to implement the libm library using floating-point algorithms. The idea was to make this optional for platforms that had floating-point instructions. Some of the algorithms use recursion and are simply inaccurate, especially when presented the full range of possible input arguments such as very large and very small values. The library used to be enabled via the --enable-newlib-hw-fp option, but has been disabled in configure.in as of Oct 24/2012. I guess I put that in my EXTRA_ECONF while trying to get hardfloat working with arm-none-eabi, taking that out seems to have everything working with newlib-4. |