From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Philip Yarra <philip(at)utiba(dot)com>, Michael Meskes <meskes(at)postgresql(dot)org>, pgsql-interfaces(at)postgresql(dot)org |
Subject: | Re: ECPG CVS version problems |
Date: | 2003-06-16 05:18:24 |
Message-ID: | 26607.1055740704@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-interfaces pgsql-patches |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I wonder is we should check for *dev on the version string and make
> missing bison version a hard error in these cases.
No, because that breaks snapshot tarballs.
You could possibly make some argument for going out and actually
checking the existence and timestamp of each bison-derived file that
should be there, and erroring out only if it looks like bison is really
gonna get invoked during the build. But that seems like an
unmaintainable kluge to me.
It's not like the bison-related build failures aren't pretty obvious.
I think the configure-time test is doing its job by producing a
warning. If people don't notice it, well, they'll find out later.
We do assume some level of technical competence for those who build
from CVS pulls ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-06-16 05:24:42 | Re: Groups and roles |
Previous Message | Christopher Kings-Lynne | 2003-06-16 05:17:21 | Re: Groups and roles |
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Yarra | 2003-06-16 05:58:13 | Re: ECPG CVS version problems |
Previous Message | Bruce Momjian | 2003-06-16 05:07:59 | Re: ECPG CVS version problems |
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Yarra | 2003-06-16 05:58:13 | Re: ECPG CVS version problems |
Previous Message | Bruce Momjian | 2003-06-16 05:07:59 | Re: ECPG CVS version problems |