Re: AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem
Дата
Msg-id 12631.978453255@sss.pgh.pa.us
обсуждение исходный текст
Ответ на AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem  (pgsql-bugs@postgresql.org)
Список pgsql-bugs
"Travis W. Pouarz" <twp1@duke.edu> writes:
> Does the regression test the optional interfaces such as tcl and odbc?

No, just the core code (and even there, the coverage is pretty limited,
but it's a lot better than nothing...)

> Here are the fails:

>      timestamp            ... FAILED
> test geometry             ... FAILED
> test horology             ... FAILED

Hm.  There is a geometry variant expected file for AIX:

    geometry/powerpc.*-aix4=geometry-powerpc-aix4

Does your results file happen to match
expected/geometry-powerpc-aix4.out, or any of the other existing
geometry-foo expected files?  If so, why isn't this resultmap file
matching your platform?  (Check what config.guess prints...)

> That 0 / -0 mismatch might cause some people some trouble.

Not a big problem, I don't think.  We have some platforms where
-0 always prints without the minus sign anyway.

> The timestamp and horology differences were all diffences
> of one-hour where I get one hour less than the expected.  I'd
> guess that your expected assumes running in EST and I'm
> in CST.

No, the expecteds are PST8PDT, and the regression script should force
TZ to PST8PDT as well.  You may have one of the platforms that has
weird ideas about PDT times before 1970.  Or maybe it's been fixed
since the AIX version that Andreas uses.  I see entries in resultmap
that change the expected file for AIX:

    horology/.*-aix4=horology-1947-PDT

Perhaps these are triggering but are not appropriate for your version
of AIX.

If you want to see this cleaned up, please read
http://www.postgresql.org/devel-corner/docs/postgres/regress.htm
http://www.postgresql.org/devel-corner/docs/postgres/regress-platform.htm
and then submit proposed diffs for the resultmap (and new expected files
if necessary).

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Larry Rosenman
Дата:
Сообщение: Re: Conversion errors for datetime fields
Следующее
От: Thorsten Knabe
Дата:
Сообщение: PostgreSQL 7.0.3: Memory leak in ESQL library