Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eb3Xo-0004Sl-87 for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Jan 2018 12:07:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eb3Xn-00020U-BN for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Jan 2018 12:07:15 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eb3Xn-00020K-0K for pgsql-hackers@lists.postgresql.org; Mon, 15 Jan 2018 12:07:15 +0000 Received: from mail.postgrespro.ru ([93.174.131.138]) by magus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1eb3Xb-0000TU-BI for pgsql-hackers@postgresql.org; Mon, 15 Jan 2018 12:07:13 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.postgrespro.ru (Postfix) with ESMTP id A78BB21C1C34; Mon, 15 Jan 2018 15:07:01 +0300 (MSK) X-Virus-Scanned: Debian amavisd-new at postgrespro.ru X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-99 required=4 WHITELISTED tests=[] autolearn=unavailable Received: from mail.postgrespro.ru (cyclops.l.postgrespro.ru [192.168.27.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.postgrespro.ru (Postfix) with ESMTPSA id 7068121C074C; Mon, 15 Jan 2018 15:07:01 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mail; t=1516018021; bh=QRTNuwqBhlr8xhD6b16aRfEy4K5+0MwCUkgiL4H6xug=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=e5ciEPs0ijxRBeKS2h/vOKd+7y7JZH/p9Q+MgALK4RzPFVSRbMjcQjw/Am+VkYOOO fAGf8npJ9ufyLSPrsTEutegJ20jI80QU/02J6CeDDS6DYesU3t0vCO3sU+ab8Rza6r BPRpc/lVlyg044TSmQNu8+Pjv2fSiaAzyKFWOlgM= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 15 Jan 2018 15:07:01 +0300 From: Marina Polyakova To: Tom Lane Cc: Andres Freund , pgsql-hackers@postgresql.org, Alvaro Herrera Subject: Re: master make check fails on Solaris 10 Organization: Postgres Professional In-Reply-To: <15299.1515867055@sss.pgh.pa.us> References: <0d3a9fa264cebe1cb9966f37b7c06e86@postgrespro.ru> <20180111173938.jimybeayp2u5mmup@alap3.anarazel.de> <31a342fa6a025a8bdfc5b8b19c29d56d@postgrespro.ru> <1232.1515780057@sss.pgh.pa.us> <15299.1515867055@sss.pgh.pa.us> Message-ID: X-Sender: m.polyakova@postgrespro.ru User-Agent: Roundcube Webmail/1.2.4 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Thank you very much! On 13-01-2018 21:10, Tom Lane wrote: > Marina Polyakova writes: >> On 12-01-2018 21:00, Tom Lane wrote: >>> Hm ... so apparently, that compiler has bugs in handling nondefault >>> alignment specs. You said upthread it was gcc, but what version >>> exactly? > >> This is 5.2.0: > > Ugh ... protosciurus has 3.4.3, but I see that configure detects that > as *not* having __int128. Probably what's happening on your machine > is that gcc knows __int128 but generates buggy code for it when an > alignment spec is given. So that's unfortunate, but it's not really > a regression from 3.4.3. > > I'm not sure there's much we can do about this. Dropping the use > of the alignment spec isn't a workable option. If there were a > simple way for configure to detect that the compiler generates bad > code for that, we could have it do so and reject use of __int128, > but it'd be up to you to come up with a workable test. I'll think about it.. > In the end this might just be an instance of the old saw about > avoiding dot-zero releases. Have you tried a newer gcc? > (Digging in their bugzilla finds quite a number of __int128 bugs > fixed in 5.4.x, though none look to be specifically about > misaligned data.) As I was told offlist, 5.2.0 is already a fairly new version of gcc for this system.. > Also, if it still happens with current gcc on that hardware, > there'd be grounds for a new bug report to them. -- Marina Polyakova Postgres Professional: http://www.postgrespro.com The Russian Postgres Company