Re: Re: [COMMITTERS] pgsql: Remove -w (--ignore-all-space) option from pg_regress's diff
От | Tom Lane |
---|---|
Тема | Re: Re: [COMMITTERS] pgsql: Remove -w (--ignore-all-space) option from pg_regress's diff |
Дата | |
Msg-id | 13000.1258986227@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Re: [COMMITTERS] pgsql: Remove -w (--ignore-all-space) option from pg_regress's diff (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Re: [COMMITTERS] pgsql: Remove -w (--ignore-all-space)
option from pg_regress's diff
Re: Re: [COMMITTERS] pgsql: Remove -w (--ignore-all-space) option from pg_regress's diff |
Список | pgsql-hackers |
Magnus Hagander <magnus@hagander.net> writes: > On Mon, Nov 23, 2009 at 06:58, Andrew Dunstan <andrew@dunslane.net> wrote: >> They might not be using the same CVS programs, though. It appears that >> Windows CVS (which, for example, red_bat uses) translates line endings to >> CRLF, which is why it passed the regression tests, but MinGW CVS does not, >> which I think is is why narwahl and vaquita failed and why dawn_bat will >> probably fail next go round. brown_bat is on Cygwin and we should not expect >> a change there. > Yeah, I've seen a lot of weirdness with CVS clients on Windows doing > that differently, so that also seems like a very likely reason. brown_bat is indeed still green, so Andrew's probably fingered the right component. I thought for a moment about insisting that Windows buildfarm members use a non-translating CVS client, but that would still leave people vulnerable when trying to build from source, if they use a tarball extractor that converts newlines. I'm thinking that the most appropriate fix is to have pg_regress continue to use -w, but only on Windows. (I notice that ecpg is already doing it that way, presumably for the same reason of newline differences.) A filter such as Andrew mumbled about upthread seems like more trouble than the problem is worth. Any actually-interesting whitespace changes should get caught on other platforms. regards, tom lane
В списке pgsql-hackers по дате отправления: