From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: XML changes broke assert-enabled vcbuild |
Date: | 2007-02-13 16:30:17 |
Message-ID: | 996.1171384217@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Tue, Feb 13, 2007 at 05:23:56PM +0100, Peter Eisentraut wrote:
>> It turns out that gcc warns about it anyway. Does anyone have some sort
>> of clever recipe to catch warnings more easily than by carefully
>> reading the make output or manually grepping build log files or
>> something?
> Perhaps something we could have the buildfarm do as well, if it can be
> automated?
I tend to do "make >make.out 2>make.err" and then look at make.err.
The normal situation with a gcc build is that make.err contains one or
two warnings due to flex's bad habits. We could possibly get that down
to zero if we wanted to work at it. However, most non-gcc compilers
I've looked at generate dozens of mostly-silly warnings, so I'm not sure
if the buildfarm could use this technique or not.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-13 16:38:34 | Re: Reducing likelihood of deadlocks (was referential Integrity and SHARE locks) |
Previous Message | Bruce Momjian | 2007-02-13 16:29:48 | Re: XML changes broke assert-enabled vcbuild |