This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Disable -gsplit-dwarf for all LTO debug
- From: Richard Biener <rguenther at suse dot de>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Thu, 12 Apr 2018 14:06:55 +0200 (CEST)
- Subject: Re: [PATCH] Disable -gsplit-dwarf for all LTO debug
- References: <alpine.LSU.2.20.1804121328300.18265@zhemvz.fhfr.qr> <20180412113856.GI8577@tucnak>
On Thu, 12 Apr 2018, Jakub Jelinek wrote:
> On Thu, Apr 12, 2018 at 01:35:46PM +0200, Richard Biener wrote:
> >
> > The following disables split-dwarf for the LTO part of the early debug
> > (keeping it for the fat part) and makes sure the driver doesn't
> > see -gsplit-dwarf in effect.
> >
> > That works for all but the compile stage and slim objects
> > (the default) which then ends up generating an empty .dwo file.
> > I'm not sure where to prune for this case given that
> > -fno-fat-lto-objects seems to be just ignored if it isn't supported.
> >
> > Note that we need the dwarf2out.c part as otherwise the late
> > references cannot be resolved since the debug is copied from .o to .dwo
> > files early.
>
> Wouldn't it be better to just sorry on the -flto -gsplit-dwarf combination?
> It really isn't clear what the user is asking for in that case and what
> exactly he wants.
Certainly easier though then not necessary at this point (nor is this
patch of course).
It might be reasonable to keep -gsplit-dwarf working for the fat part
of the object -- OTOH I think that support for fat LTO objects should
be removed at some point as well...
Richard.