This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch] Hookize CFG DOT graph dumping


Nice.  We used to just do post-processing of the dumps with -blocks option.

I assume the graph dump does not support multiple function dump (I
noticed that the previous function's dump gets overwritten). This
reminds me  that I need to resurrect my per-function dump support, and
dump-before/after patches at some point.

Why can't the dot dumper dump the count/frequency/branch prob
information? The attached dot file is generated from an assembly file
dumped with -S -dA option.

thanks,

David

On Mon, Dec 3, 2012 at 8:54 AM, Steven Bosscher <stevenb.gcc@gmail.com> wrote:
> Hello,
>
> This is the last patch in this series for now, unless I can convince
> everyone that some files should be renamed after all these changes :-)
>
> The attached patch makes graph.c independent of the IR contained in
> the CFG it dumps. For this, I made the node label dumping routine a
> cfghook. I also changed the dumper to take a struct function rather
> than a fndecl tree, and use the funcdef_no as the unique number for
> the function. This helps when annotating the graph with profile
> information from .gcda files (I have a tool for that :-).
>
> I also noticed I introduced a bug in the dumping of REG_NOTEs in slim
> RTL dumps. Also fixed by this patch.
>
> Bootstrapped&tested on powerpc64-unknown-linux-gnu. OK?
>
> Ciao!
> Steven

Attachment: t.dot
Description: Binary data


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]