Re: Removal of useless include references

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. +

In response to

Browse pgsql-hackers by date

  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