From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
cc: Alexander Kuzmenkov <a.kuzmenkov@postgrespro.ru>,
        pgsql-hackers@lists.postgresql.org
Subject: Re: Performance improvements for src/port/snprintf.c
In-reply-to: <2845.1538589098@sss.pgh.pa.us>
References: <14302.1538005507@sss.pgh.pa.us>
 <20180926235821.zmpxqv66ob7v2ffi@alap3.anarazel.de>
 <15882.1538007944@sss.pgh.pa.us>
 <20180927004022.lfhffbj3roxzf5ca@alap3.anarazel.de>
 <20180927005705.shbl3n5hq3t65n2j@alap3.anarazel.de>
 <20180927011814.kpncoksuqq3gy44s@alap3.anarazel.de>
 <15652.1538011825@sss.pgh.pa.us>
 <20181002201328.kauaofescppm54gq@alap3.anarazel.de>
 <30898.1538517873@sss.pgh.pa.us> <1680.1538587115@sss.pgh.pa.us>
 <20181003173936.uv3udmpovqizg4x6@alap3.anarazel.de>
 <2845.1538589098@sss.pgh.pa.us>
Comments: In-reply-to Tom Lane <tgl@sss.pgh.pa.us>
	message dated "Wed, 03 Oct 2018 13:51:38 -0400"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6093.1538591814.1@sss.pgh.pa.us>
Date: Wed, 03 Oct 2018 14:36:54 -0400
Message-ID: <6094.1538591814@sss.pgh.pa.us>
Precedence: bulk

I wrote:
>> Hm. I guess that'd be a bit better, but I'm not sure it's worth it. How
>> about we simply add a static assert that long long isn't bigger than
>> int64?

> WFM, I'll make it happen.

Actually, while writing a comment to go with that assertion, I decided
this was dumb.  If we're expecting the compiler to have "long long",
and if we're convinced that no platforms define "long long" as wider
than 64 bits, we may as well go with the s/int64/long long/g solution.
That should result in no code change on any platform today.  And it
will still work correctly, if maybe a bit inefficiently, on some
hypothetical future platform where long long is wider.  We (or our
successors) can worry about optimizing that when the time comes.

			regards, tom lane