This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [LTO merge][4/15][RFA] C++ front end
- From: Richard Guenther <richard dot guenther at gmail dot com>
- To: Diego Novillo <dnovillo at google dot com>
- Cc: Mark Mitchell <mark at codesourcery dot com>, Jason Merrill <jason at redhat dot com>, gcc-patches at gcc dot gnu dot org
- Date: Thu, 1 Oct 2009 13:16:00 +0200
- Subject: Re: [LTO merge][4/15][RFA] C++ front end
- References: <20090929011238.GA12610@google.com> <b798aad50909300610k5d3fc9fdw8e2a1b9d1cc325dd@mail.gmail.com> <4AC36F0D.9060106@redhat.com> <b798aad50909300755k548fdd37g208666b9dc2c0ab9@mail.gmail.com> <4AC373A8.8050800@codesourcery.com> <b798aad50909300810t59d98588n95c7a9b965fbfb07@mail.gmail.com> <84fc9c000909300812o3f883e76uad9fb10443e8b9c7@mail.gmail.com> <b798aad50909300814w3bea59a4v13349ed2cfac016b@mail.gmail.com> <4AC3768E.9070105@codesourcery.com> <b798aad50909300819xb67aff6hed18182fac2d9881@mail.gmail.com>
On Wed, Sep 30, 2009 at 5:19 PM, Diego Novillo <dnovillo@google.com> wrote:
> On Wed, Sep 30, 2009 at 11:17, Mark Mitchell <mark@codesourcery.com> wrote:
>
>> If you're worried about being able to generate debug info downstream,
>> then this all gets much harder -- you really have to keep around
>> virtually all of the C++ front-end data structures. ?I thought the plan
>> was to generate debug info up front?
>
> Yes.
>
> Ignoring TEMPLATE_DECLs is a much better solution. ?It removes the
> need for the langhook and should speed up free_lang_data a little bit.
I believe you still got it wrong ;) In fact I now see
lto1: internal compiler error: in lto_symtab_merge_decl, at lto-symtab.c:581
when compiling 471.omnetpp. Andrew also reported a new
link error in the C++ testsuite that looks related.
Richard.