public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Joe Buck <jbuck@synopsys.com>
To: mdupont777@yahoo.com (James Michael DuPont)
Cc: gcc@gnu.org
Subject: Re: XML dumping and GraphViz/VCG in the GCC ast-optimizer-branch
Date: Tue, 15 Oct 2002 11:06:00 -0000	[thread overview]
Message-ID: <200210151650.g9FGo6a20025@piper.synopsys.com> (raw)
In-Reply-To: <20021015140036.1136.qmail@web13308.mail.yahoo.com> from "James Michael DuPont" at Oct 15, 2002 07:00:36 AM

James Michael DuPont writes:

> I was really suprized and happy to see the patches applied to the 
> ast-optimizer-branch from Sebastian Pop. 
> His XML dumping of call graphs is very useful. 
> Can I take this as general acceptance of XML dumping in the gcc? 

Not necessarily.  RMS still has to approve anything like this before we
move it to the release branch.  We can justify it only if the XML is in
some sense incomplete: insufficient for use in proprietary back ends.

> At least it has not been attacked or criticized on the mailling list.

That's because it's incomplete (not a complete dump of the program
structure).

> Also the dump-tree-dot module dumps into a format for the non-free
> software dot, a part of graphviz. I take this is an accepted practice
> of dumping tree structures for explict usage by non-free software? 

Again, no.  RMS has explicitly objected to the graphviz support, so it
probably won't be released.  However, the situation is more complicated
than you suggest: the (free software) Boost graph library supports
graphviz reading and writing, as do other free programs.  But let's not
fool ourselves: the main reason people want graphviz output is to see the
graph visually, and the way they do that is with the non-free program.  So
we might not be able to convince RMS to let us release that.

> Or is the contents of the CVS not an indication of policy at all, 
> with the policy makers not enforcing them, and the cvs commiters not
> asking for permission?

Especially on side branches, you should assume that anything there is
experimental and not necessarily accepted for release.  Non-acceptance
might be based on technical reasons or policy reasons.

  reply	other threads:[~2002-10-15 16:53 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 [this message]
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
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=200210151650.g9FGo6a20025@piper.synopsys.com \
    --to=jbuck@synopsys.com \
    --cc=gcc@gnu.org \
    --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).