Re: [Fwd: Re: regression failures on WIndows in machines with some non-English locales]

Поиск
Список
Период
Сортировка
От 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  (Andrew Dunstan <andrew@dunslane.net>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Adding a column in pg_proc for storing default values of arguments
Следующее
От: Tom Lane
Дата:
Сообщение: Re: FreeBSD broke with autoconf-based build