Re: [Fwd: Re: regression failures on WIndows in machines with some non-English locales]
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [Fwd: Re: regression failures on WIndows in machines with some non-English locales] |
| Дата | |
| Msg-id | 24790.1130852509@sss.pgh.pa.us обсуждение |
| Ответ на | [Fwd: Re: regression failures on WIndows in machines with some non-English locales] (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: [Fwd: Re: regression failures on WIndows in machines
|
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> This has refreshed my fading memory. The patch seems like the best
> solution. Is there any objection to applying it?
Putting the switch at the end seems certain to fail on some platforms
(some versions of getopt are fussier than others).
> bigtest:
> ! $(SHELL) ./pg_regress --schedule=$(srcdir)/serial_schedule --multibyte=$(MULTIBYTE) --load-language=plpgsql
numeric_big$(NOLOCALE)
> bigcheck:
> ! $(SHELL) ./pg_regress --temp-install --top-builddir=$(top_builddir) --temp-port=$(TEMP_PORT)
--schedule=$(srcdir)/parallel_schedule--multibyte=$(MULTIBYTE) --load-language=plpgsql $(MAXCONNOPT) numeric_big
$(NOLOCALE)
Put it with the other switches, and I won't object.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера