This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/45790] [4.6 Regression] rs6000 builtin vs LTO
- From: "rguenther at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 30 Sep 2010 08:45:33 +0000
- Subject: [Bug target/45790] [4.6 Regression] rs6000 builtin vs LTO
- Auto-submitted: auto-generated
- References: <bug-45790-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
--- Comment #8 from rguenther at suse dot de <rguenther at suse dot de> 2010-09-30 08:45:26 UTC ---
On Wed, 29 Sep 2010, pinskia at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
>
> Andrew Pinski <pinskia at gcc dot gnu.org> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Component|lto |target
> Host|powerpc-apple-darwin9 |
> Build|powerpc-apple-darwin9 |
>
> --- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> 2010-09-29 17:08:53 UTC ---
> >lto1: fatal error: target specific builtin not available
>
> PowerPC has the hook implemented, why is it failing for powerpc-darwin then?
Because
else if (fclass == BUILT_IN_MD)
{
result = targetm.builtin_decl (fcode, true);
if (!result || result == error_mark_node)
fatal_error ("target specific builtin not available");
appearantly the ppc backends lazy construction doesn't work? Or
target specific flags are not properly set (or recorded and
re-instantiated at link time).
Sth to investigate.