From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Removal of useless include references |
Date: | 2011-08-26 13:27:07 |
Message-ID: | 201108261327.p7QDR7u19173@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > It has been years since I ran src/tools/pginclude/pgrminclude to remove
> > unnecessary include files. (I have already fixed things so include
> > files can be compiled on their own.)
>
> > The attached patch removes unneeded include references, and marks some
> > includes as needing to be skipped by pgrminclude.
>
> > I am sure applying this patch will break builds on some platforms and
> > some option combinations so I will monitor the buildfarm when I apply it
> > and make adjustments.
>
> The last time you did this was in July 2006. It took us two weeks to
> mostly recover, but we were still dealing with some fallout in December,
> cf
> http://archives.postgresql.org/pgsql-hackers/2006-12/msg00491.php
>
> We had the buildfarm then, had had it for a couple years. The notion
> that watching the buildfarm is enough is fully disproven by history.
>
> Unless you have a better test plan than last time (which this isn't),
> I don't think this should be done at all. The benefits are microscopic
> and the pain real.
I don't have a better plan. There are #ifdef code blocks that often
don't get processed and therefore this can't be done better. I will
abandon the idea.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-08-26 13:43:28 | Re: tsvector concatenation - backend crash |
Previous Message | Albe Laurenz | 2011-08-26 11:27:29 | Re: Questions and experiences writing a Foreign Data Wrapper |