Constructor taking 64-bit integer missing on (some) Windows C++ compilers

Marc Glisse marc.glisse at inria.fr
Tue Jun 9 08:21:31 UTC 2020


On Tue, 9 Jun 2020, Niels Möller wrote:

> Marc Glisse <marc.glisse at inria.fr> writes:
>
>> On Sat, 6 Jun 2020, Mihai Preda wrote:
>>
>>> I would rather suggest to support intmax_t and uintmax_t.
>>
>> That's one possibility for C (and C++, although it is a bit more
>> painful there), but not one that everyone agrees with. I think the
>> majority in standard committees believes that those 2 types were a
>> mistake,
>
> Any reference for such discussions?

No, I didn't take notes, and not all discussions are public. A quick 
search gives one paper presented to the C committee on the topic 
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2303.pdf

>> in particular because they are 64 bits on platforms that now
>> have a 128 bit type, but cannot change intmax_t as that would break
>> the ABI.
>
> Isn't that exactly what happened to "long", long ago? Just like
> intmax_t, long was supposed to be the platform's largest supported
> integer type.

At least they had the foresight to call it "long" and not "longest".

-- 
Marc Glisse


More information about the gmp-bugs mailing list