This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/15666] [3.4 regression] [unit-at-a-time] Gcc abort on valid code
- From: "gdr at integrable-solutions dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 31 May 2004 22:08:13 -0000
- Subject: [Bug middle-end/15666] [3.4 regression] [unit-at-a-time] Gcc abort on valid code
- References: <20040526200425.15666.hjl@lucon.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From gdr at integrable-solutions dot net 2004-05-31 22:08 -------
Subject: Re: [3.4 regression] [unit-at-a-time] Gcc abort on valid code
"zack at codesourcery dot com" <gcc-bugzilla@gcc.gnu.org> writes:
| Oh, I see now. If the optimization fails, we fall back on a normal
| call to __builtin_strchr ... which would fail to link if its
| DECL_ASSEMBLER_NAME weren't "strchr".
Yes, that is the documented behaviour of all "library" built-ins
__builtin_xxx, which fall back to xxx.
Unrelated to this PR, I'm of the strong opinion that they should fall
back to something like __xxx, allowing other front-ends to get around
specific namespace requirements.
-- Gaby
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15666