pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Victor Wagner <vitus@wagner.pp.ru>
To: pgsql-hackers@lists.postgresql.org
Subject: Re: master make check fails on Solaris 10
Date: Thu, 18 Jan 2018 09:40:49 +0300
Message-ID: <20180118094049.10293b39@fafnir.local.vm> (raw )
In-Reply-To: <31743.1516206789@sss.pgh.pa.us >
References: <0d3a9fa264cebe1cb9966f37b7c06e86@postgrespro.ru >
<20180111173938.jimybeayp2u5mmup@alap3.anarazel.de >
<31a342fa6a025a8bdfc5b8b19c29d56d@postgrespro.ru >
<fc3c1b52d2d4121cccfc13635005bbd0@postgrespro.ru >
<1232.1515780057@sss.pgh.pa.us >
<b946893927ccfd87146d8a7c9f3bbe29@postgrespro.ru >
<15299.1515867055@sss.pgh.pa.us >
<a5559105243efcf6fb619d86c5702115@postgrespro.ru >
<18209.1516059711@sss.pgh.pa.us >
<90ab676392c8f9c84431976147097cf0@postgrespro.ru >
<17897.1516202926@sss.pgh.pa.us >
<1c70bab595a37ffa3a7fafea29fa6f55@postgrespro.ru >
<31743.1516206789@sss.pgh.pa.us >
On Wed, 17 Jan 2018 11:33:09 -0500
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Attached is a draft patch to incorporate Victor's slimmed-down test
> into configure. If you have a chance, could you confirm it does
> the right thing on your Sparc machine?
It seems that what it does is not exactly a right thing.
I've applied it to commit 9c7d06d60680 in master and see following
$ ./configure CC="gcc -m64"
[skip]
checking for __int128... yes
checking for __int128 alignment bug... ok
checking alignment of PG_INT128_TYPE... 16
checking for builtin __sync char locking functions... yes
[skip]
As far as I understand your patch, there should be:
checking for __int128 alignment bug... broken
Then in the pg_config.h I see
/* The normal alignment of `PG_INT128_TYPE', in bytes. */
#define ALIGNOF_PG_INT128_TYPE 16
/* Define to the name of a signed 128-bit integer type. */
#define PG_INT128_TYPE __int128
However, make check passes.
There are two things which puzzle me
1. Why test program doesn't detect bug.
If I cut'n'paste it from configure, compile with flags, cut'n'pasted
from config log and run, it returns 1. But configure tells that all is
ok
2. If bug exist and is not detected by configure why make check passes.
We, Marina and I would continue investigation.
view thread (46+ messages) latest in thread
Message-ID: <20180118094049.10293b39@fafnir.local.vm>
Permalink: ../20180118094049.10293b39@fafnir.local.vm/
Also on: postgresql.org/message-id/20180118094049.10293b39@fafnir.local.vm
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: vitus@wagner.pp.ru, pgsql-hackers@lists.postgresql.org
Subject: Re: master make check fails on Solaris 10
In-Reply-To: <20180118094049.10293b39@fafnir.local.vm>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox