From: | Rainer Tammer <pgsql(at)spg(dot)schulergroup(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)postgresql(dot)org, cbbrowne(at)gmail(dot)com |
Subject: | Re: Problem with PostgreSQL 9.2.7 and make check on AIX 7.1 |
Date: | 2014-03-12 16:28:54 |
Message-ID: | 53208B46.1030306@spg.schulergroup.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Hello,
I can see miscellaneous test failing on 7.1 TL3, too ... if I use -O2.
With -O1 there is no problem.
These are the failing / working flags. This problem was discovered by IBM.
# make check error
export CFLAGS="-qsuppress=1500-010 -O2 -qmaxmem=16384 -qsrcmsg"
# make check ok
export CFLAGS="-qsuppress=1500-010 -O1 -qmaxmem=16384 -qsrcmsg"
They have forwarded this to the compiler development team in Toronto.
I think that we can ignore this here. I will post the outcome of this
problem.
So that we can include a note in the INSTALL.
Bye
Rainer
On 12.03.2014 17:14, Tom Lane wrote:
> Rainer Tammer <pgsql(at)spg(dot)schulergroup(dot)com> writes:
>> it looks like these failures are caused by compiler optimizations -O2.
>> Without optimization the random failures do not show up.
> Yeah, that looked suspiciously compiler-bug-like to me. It's conceivable
> that it's not a compiler bug but something we're doing wherein the results
> are undefined per C standard ... but since we've not seen similar reports
> on other platforms, and since the misbehavior goes away again in TL3, I'm
> betting it's the compiler's fault.
>
> regards, tom lane
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2014-03-12 16:34:31 | Re: LIMIT causes huge slow down |
Previous Message | Tom Lane | 2014-03-12 16:14:03 | Re: Problem with PostgreSQL 9.2.7 and make check on AIX 7.1 |