Re: [COMMITTERS] pgsql: Clean up the #include mess a little.
От | Alvaro Herrera |
---|---|
Тема | Re: [COMMITTERS] pgsql: Clean up the #include mess a little. |
Дата | |
Msg-id | 1345130099-sup-9288@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Clean up the #include mess a little. (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [COMMITTERS] pgsql: Clean up the #include mess a
little.
|
Список | pgsql-hackers |
Excerpts from Bruce Momjian's message of mié ago 15 18:30:40 -0400 2012: > > On Wed, Sep 7, 2011 at 01:20:17AM +0300, Ants Aasma wrote: > > On Tue, Sep 6, 2011 at 10:18 PM, Alvaro Herrera > > <alvherre@commandprompt.com> wrote: > > > I wonder what happens if files in the same subdir are grouped in a > > > subgraph. Is that possible? > > > > Possible, and done. Also added possivility to add .c files to the graph, > > coloring by subdir and possibility exclude nodes from the graph. I didn't yet > > bother to clean up the code - to avoid eye damage, don't look at the source. > > > > Bad news is that it doesn't significantly help readability for the all nodes > > case. See all_with_subgraphs.svgz. It does help for other cases. > > For example parsenodes.h.svgz has the result for > > render_includes.py --select='nodes/parsenodes.h+*-*' --subgraphs > > and execnodes.h.svgz for > > --subgraphs --select='nodes/execnodes.h+*-*' > > Should we add this script and instructions to src/tools/pginclude? Probably not, but maybe the developer FAQ in the wiki? -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: