Re: Call for platforms

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: Tatsuo Ishii <t-ishii@sra.co.jp>
Cc: thomas@pgsql.com, pgsql-hackers@postgresql.org
Date: 2001-03-23T08:33:03Z
Lists: pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
>> The bit test diffs seem to indicate that bit_cmp is messed up.  That
>> depends on memcmp.  I seem to recall something about memcmp not being
>> 8-bit-clean on SunOS ... does that ring a bell with anyone?

> Good point. From the man page of memcmp(3) on this machine:

> BUGS
>      memcmp() uses native character comparison, which  is  signed
>      on  some  machines and unsigned on other machines.  Thus the
>      sign of the value returned when one of  the  characters  has
>      its high-order bit set is implementation-dependent.

Eeek.

The C spec documents I have at hand all agree that memcmp, strcmp,
etc shall interpret their arguments as unsigned char.  I hope Sun
were the only ones who took the above more liberal interpretation...

			regards, tom lane