Re: AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem - Mailing list pgsql-bugs

From Tom Lane
Subject Re: AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem
Date
Msg-id 12631.978453255@sss.pgh.pa.us
Whole thread Raw
In response to AIX 4.3.1, 7.0.3 build annoyances: C++ comments, make all, macro problem  (pgsql-bugs@postgresql.org)
List 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 by date:

Previous
From: Larry Rosenman
Date:
Subject: Re: Conversion errors for datetime fields
Next
From: Thorsten Knabe
Date:
Subject: PostgreSQL 7.0.3: Memory leak in ESQL library