* Graphviz folder
@ 2013-01-24 11:12 Jack Mitchell
2013-01-24 14:12 ` Paul Eggleton
0 siblings, 1 reply; 2+ messages in thread
From: Jack Mitchell @ 2013-01-24 11:12 UTC (permalink / raw)
To: bitbake-devel
I was wondering if there would be support or interest for a patch which
puts generated graphviz and dependancy files into their own folder.
Currently bitbake -g image creates a multitude of files in the root
folder and I feel it just gets a bit messy. I think a better solution
would either be to put the files in their own folder e.g. graphviz (name
to be decided) or in tmp/graphviz.
On the topic of graphviz I can't seem to find a supported application
for viewing the files as a nice graph, is this format still relevant
these days?
Thoughts?
--
Jack Mitchell (jack@embed.me.uk)
Embedded Systems Engineer
http://www.embed.me.uk
--
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Graphviz folder
2013-01-24 11:12 Graphviz folder Jack Mitchell
@ 2013-01-24 14:12 ` Paul Eggleton
0 siblings, 0 replies; 2+ messages in thread
From: Paul Eggleton @ 2013-01-24 14:12 UTC (permalink / raw)
To: ml, bitbake-devel
On Thursday 24 January 2013 11:12:55 Jack Mitchell wrote:
> I was wondering if there would be support or interest for a patch which
> puts generated graphviz and dependancy files into their own folder.
>
> Currently bitbake -g image creates a multitude of files in the root
> folder and I feel it just gets a bit messy. I think a better solution
> would either be to put the files in their own folder e.g. graphviz (name
> to be decided) or in tmp/graphviz.
This doesn't seem unreasonable, although I've never been too bothered with it
writing to the current directory myself.
> On the topic of graphviz I can't seem to find a supported application
> for viewing the files as a nice graph, is this format still relevant
> these days?
Well, graphviz itself is the tool usually used to process these files (e.g. the
"dot" command which graphviz provides) however the image files it produces can
be somewhat large. My tool of choice however is xdot
(http://code.google.com/p/jrfonseca/wiki/XDot), which seems to handle large
graphs fairly well.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-01-24 14:28 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-24 11:12 Graphviz folder Jack Mitchell
2013-01-24 14:12 ` Paul Eggleton
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.