From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Raising our compiler requirements for 9.6 |
Date: | 2015-08-08 00:53:23 |
Message-ID: | 3535.1438995203@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2015-08-07 20:16:20 -0400, Noah Misch wrote:
>> On another note, I'm perplexed by the high speed commits from this thread.
>> Commit de6fd1c landed just 191 minutes after you posted the first version of
>> its patch. Now lockdefs.h is committed, right in the middle of discussing it.
> Hm. We'd essentially decided what we're going to do about the inline
> stuff weeks ago, so I don't feel particularly bad pushing it quickly. A
> lot of platform dependent stuff like this is going to have some
> iterations to deal with compilers you don't have access to. The only
> reason I committed the lockdefs.h split relatively quickly is that I
> wanted to get the buildfarm green to see wether there are other problems
> hiding behind the linker error. Which does, so far, not appear to be the
> case.
FWIW, I agree with that: leaving buildfarm members red for any sustained
amount of time is a bad practice. Code cleanliness is something we can
argue about at leisure, but if you have critters that aren't building
then you don't know what might be hiding behind that. We've had bad
experiences in the past with leaving that sort of thing unfixed.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2015-08-08 01:08:10 | Re: Bug? Small samples in TABLESAMPLE SYSTEM returns zero rows |
Previous Message | Andres Freund | 2015-08-08 00:30:47 | Re: Raising our compiler requirements for 9.6 |