public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Zack Weinberg <zack@codesourcery.com>
To: James Michael DuPont <mdupont777@yahoo.com>
Cc: Joe Buck <jbuck@synopsys.com>, Joe Buck <Joe.Buck@synopsys.COM>,
	gcc@gnu.org
Subject: Re: XML dumping and GraphViz/VCG in the GCC ast-optimizer-branch
Date: Sat, 19 Oct 2002 04:31:00 -0000	[thread overview]
Message-ID: <20021019032849.GC24290@codesourcery.com> (raw)
In-Reply-To: <20021015180452.73666.qmail@web13303.mail.yahoo.com>

On Tue, Oct 15, 2002 at 11:04:52AM -0700, James Michael DuPont wrote:
> Now, if we look at the problem of communication, how can the gcc safely
> communicate the asts to the vcg for layout. 
> 
> You will see that any form of communcation is subject to a
> man-in-the-middle attack that can dump the data out to a pipe.
> 
> Now you also need the ability to focus the results on something
> visible, to search and filter the ast nodes. Others will want to
> transform the trees selecting certain attributes and turning those
> into graph nodes.
> 
> If the asts are put into an libxml dom structure, those transformations
> can be done by a simple xslt style sheet, or perl script linked in, and
> the passed on to the visualizer, all without leaving main memory.
> 
> So you see that to do anything usefull with this information, it must
> run the risk to be intercepted.

This is silly.

The relevant policy goal of the FSF in this context is to prevent
people from writing front ends, optimization modules, or back ends for
GCC which are not free software.  Rendering the AST, or the CFG, or
whatever, in a form suitable for graphing will not facilitate any of
these goals.  In fact, we already *have* code to generate VCG graphs
from the debugging dumps.

So just write your graph to a file in whatever format seems sensible
to you.  (We are unlikely to take the patch if it is a format readable
only by proprietary software, but then until just now that was true of
the existing graph dumper.)

zw

  parent reply	other threads:[~2002-10-19  3:28 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-15  7:34 James Michael DuPont
2002-10-15 11:06 ` Joe Buck
2002-10-15 11:19   ` James Michael DuPont
2002-10-15 11:37     ` Joe Buck
2002-10-15 11:48       ` James Michael DuPont
2002-10-15 13:13         ` Joe Buck
2002-10-19  4:31         ` Zack Weinberg [this message]
2002-10-15 18:03     ` Joseph S. Myers
2002-10-16  2:38       ` James Michael DuPont
2002-10-15  7:45 Robert Dewar
2002-10-15  7:53 ` James Michael DuPont
2002-10-15  8:28 Robert Dewar
2002-10-15 11:04 ` James Michael DuPont

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021019032849.GC24290@codesourcery.com \
    --to=zack@codesourcery.com \
    --cc=Joe.Buck@synopsys.COM \
    --cc=gcc@gnu.org \
    --cc=jbuck@synopsys.com \
    --cc=mdupont777@yahoo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).