[Bug target/45886] [ARM] support for __ARM_PCS_VFP predefined symbol in gcc 4.5.x would be very nice

siarhei.siamashka at gmail dot com gcc-bugzilla@gcc.gnu.org
Sat Dec 18 17:23:00 GMT 2010


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45886

Siarhei Siamashka <siarhei.siamashka at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |toolchain at gentoo dot org

--- Comment #4 from Siarhei Siamashka <siarhei.siamashka at gmail dot com> 2010-12-18 17:23:04 UTC ---
I'm sorry for asking again, but what is the status of this issue? Is it even
feasible to get it resolved in upstream gcc 4.5.x? Previously this issue had a
target milestone set to 4.5.2, but then is was simply removed.

While this is not strictly a regression compared to the previous releases, it
makes the use of the new major feature for arm (-mfloat-abi=hard option)
introduced in gcc 4.5 rather problematic. Just a few examples of the affected
software are the upcoming mozilla firefox4 and libffi library which use
__ARM_PCS_VFP define to identify floating point calling conventions.

The trivial fewliner patch which fixes the issue has been already adopted by
linaro gcc [1]. It is also used by ubuntu [2] and probably some other linux
distributions for the obvious pragmatic reasons.

So I wonder what is the current recommendation from your side? Make it a
responsibility of each linux distribution to patch gcc themselves? Or maybe add
some ugly hacks to the affected applications and libraries to identify floating
point calling conventions in some other way specifically for gcc 4.5.x?


1. https://wiki.linaro.org/WorkingGroups/ToolChain/Changelogs/LinaroGCC4.5
2. http://packages.ubuntu.com/natty/gcc-4.5-multilib



More information about the Gcc-bugs mailing list