[PATCH] flag to create dump files in same directory as object files

Ralf Wildenhues Ralf.Wildenhues@gmx.de
Wed May 6 20:32:00 GMT 2009


* Mark Heffernan wrote on Wed, May 06, 2009 at 01:54:02AM CEST:
> On Tue, May 5, 2009 at 4:49 PM, Diego Novillo <dnovillo@google.com> wrote:
> > On Tue, May 5, 2009 at 17:32, Mark Heffernan <meheff@google.com> wrote:
> >
> >> 2009-05-05  Mark Heffernan  <meheff@google.com>
> >>
> >>        * opts.c (decode_options): Make dump_base_name relative to
> >>        aux_base_name directory.
> >
> > OK.  I don't think invoke.texi needs any changing, I quickly browsed
> > it and -fdump- does not seem to indicate what directory is used to
> > store the dump files.  I did not look too thoroughly, though.
> 
> Same here, I couldn't find any place in invoke.texi that mentions the
> location of debugging dumps, and thus would need changing.  I meant to
> mention this in my earlier email.

I'm sure you can't mean "user-visible semantics were changed, but since
the old ones weren't documented, the new don't need documenting now".
Would you open a PR on this, please, if you don't intend to fix the
documentation?

BTW, I see this in invoke.texi:
  @itemx -fdump-rtl-@var{pass}
  @opindex d
  Says to make debugging dumps during compilation at times specified by
  @var{letters}.    This is used for debugging the RTL-based passes of the
  compiler.  The file names for most of the dumps are made by appending a
  pass number and a word to the @var{dumpname}.  @var{dumpname} is generated
  from the name of the output file, if explicitly specified and it is not
  an executable, otherwise it is the basename of the source file. These
  switches may have different effects when @option{-E} is used for
  preprocessing.

and several instances of
  The file name is made by appending XXX to the source file name.

FWIW, using the source file name as base is still bad for parallel
builds if two different objects are created in the same directory from
the same sources.

Cheers,
Ralf



More information about the Gcc-patches mailing list