I'm working on some code that has implemented functions with the same name as
standard C string functions (eg. sprintf, memcpy), and for some reason the
longcall attribute is being ignored by the assembler, according to the output
from objdumpppc. This happens even though I'm not including the standard C
headers, and the preprocessed output only shows one function prototype.
The problem seems to have been fixed in 3.4.3, but due to issues with existing
C++ code I'm not sure if I can make the switch. I can't find any bug report or
patch listed for this, apart from PR 12769. Applying the patch described there
didn't fix this particular problem though.
--
Summary: longcall attributed doesn't work for standard C function
names
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason at catapult dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-*-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19718
