On Thu, 9 Sep 2021, Jeff Law wrote:

> 
> 
> On 9/9/2021 7:19 AM, Richard Biener via Gcc-patches wrote:
> > The following removes the unused config/dbx.h file and removes the
> > setting of PREFERRED_DEBUGGING_TYPE from dbxcoff.h which is
> > overridden by all users (djgpp/mingw/cygwin) via either including
> > config/i386/djgpp.h or config/i386/cygming.h
> >
> > There are still circumstances where mingw and cygwin default to
> > STABS, namely when HAVE_GAS_PE_SECREL32_RELOC is not defined and
> > the target defaults to 32bit code generation.
> >
> > The new style handling DBX_DEBUGGING_INFO is in line with
> > dbxelf.h which does not define PREFERRED_DEBUGGING_TYPE either.
> >
> > The patch also removes the PREFERRED_DEBUGGING_TYPE define from
> > lynx.h which always follows elfos.h already defaulting to DWARF,
> > so the comment about STABS being the default is misleading and
> > outdated.  There's no listed maintainer for Lynx OS.
> >
> > I have not tested this in any ways but I also have no idea how
> > to meaningfully do so.
> >
> > OK?
> >
> > Thanks,
> > Richard.
> >
> > 2021-09-09  Richard Biener  <rguent...@suse.de>
> >
> >  PR target/102255
> >  * config/dbx.h: Remove.
> >  * config/dbxcoff.h: Do not define PREFERRED_DEBUGGING_TYPE.
> >  * config/lynx.h: Likewise.
> I'd go ahead and install.  We're on a clear path to kill dbx/stabs and if this
> breaks those ports, better to do so as early as possible to give folks a
> chance to fix 'em.
> 
> I can't really help on the testing side for this -- my tester doesn't try to
> test djgpp, mingw or cygwin.

I see.  Mind the patch doesn't change anything (unless my analysis was 
flawed).  It merely reduces the grep hit for DBX_DEBUGGING_INFO and
PREFERRED_DEBUGGING_TYPE ;)

My immediate goal is to get rid of PREFERRED_DEBUGGING_TYPE
(it will always be DWARF_DEBUGGING_INFO) and _default_ all ports
to DWARF so my original goal of being able to deprecate STABS for GCC 12
will work out (which would be sth odd if some port still defaults to it).

I've pushed this change now.

Richard.

Reply via email to