Re: Buildfarm feature request: some way to track/classify failures
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Buildfarm feature request: some way to track/classify failures |
| Дата | |
| Msg-id | 4246.1174312538@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Buildfarm feature request: some way to track/classify failures (Gregory Stark <stark@enterprisedb.com>) |
| Список | pgsql-hackers |
Gregory Stark <stark@enterprisedb.com> writes: > "Tom Lane" <tgl@sss.pgh.pa.us> writes: >> missing BYTE_ORDER definition for Solaris | 2007-01-10 14:18:23 | 1 > What is this BYTE_ORDER macro? Should I be using it instead of the > AC_C_BIGENDIAN test in configure for the packed varlena patch? Actually, if we start to rely on AC_C_BIGENDIAN, I'd prefer to see us get rid of direct usages of BYTE_ORDER. It looks like only contrib/pgcrypto is depending on it today, but we've got lots of cruft in the include/port/ files supporting that. >> row-ordering discrepancy in rowtypes test | 2007-02-10 03:00:02 | 3 > Is this because the test is fixed or unfixable? It's fixed. http://archives.postgresql.org/pgsql-committers/2007-02/msg00228.php regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера