From: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Mark Wong <mark(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Odd 9.4, 9.3 buildfarm failure on s390x |
Date: | 2018-09-30 03:52:41 |
Message-ID: | 87h8i7ejqg.fsf@news-spur.riddles.org.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>>>>> "Tom" == Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> writes:
>> Because int being more than 32 bits is the simplest explanation for
>> this difference.
Tom> Curious to hear your reasoning behind that statement? I hadn't
Tom> gotten further than "memcmp is broken" ... and neither of those
Tom> theories is tenable, because if they were true then a lot more
Tom> things besides uuid sorting would be falling over.
memcmp() returns an int, and guarantees only the sign of the result, so
((int32) memcmp()) may have the wrong value if int is wider than int32.
But yeah, it seems unlikely that it would break for uuid but not bytea
(or text in collate C).
--
Andrew (irc:RhodiumToad)
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2018-09-30 05:14:35 | Re: SerializeParamList vs machines with strict alignment |
Previous Message | Andres Freund | 2018-09-30 03:48:10 | [RFC] Removing "magic" oids |