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.
