Re: [COMMITTERS] pgsql: Clean up the #include mess a little.
От | Bruce Momjian |
---|---|
Тема | Re: [COMMITTERS] pgsql: Clean up the #include mess a little. |
Дата | |
Msg-id | 20120816225234.GC30286@momjian.us обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Clean up the #include mess a little. (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | pgsql-hackers |
On Thu, Aug 16, 2012 at 11:15:24AM -0400, Alvaro Herrera wrote: > 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? I just added the script email URL to the pginclude README. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления: