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

Marc Glisse marc.glisse at inria.fr
Mon Jun 8 21:30:49 UTC 2020


On Mon, 8 Jun 2020, Vincent Lefevre wrote:

> Couldn't the C interface *optionally* support more than C89?

I think the policy has been to have one uniform interface, and requiring 
C99 for GMP is likely to happen. I am generally in favor of optional 
support for __int128, which wouldn't be available everywhere, but more 
people need convincing ;-)

> But isn't the support for 128-bit integers incomplete (i.e. not all
> operations required by ISO C for an integer type are implemented)?

I believe there is a chicken and egg problem. If they implement 
everything, they have to bump intmax_t.

> Anyway you don't introduce a new large builtin integer type everyday.
> ABI breakages are annoying, but when they are rare, this could be
> acceptable. Moreover, I suspect that very few libraries/applications
> would be affected by a change of (u)intmax_t. And these are those
> that would benefit from such a change.

We don't get to pick what intmax_t refers to. I am also in favor of 
breaking ABIs once in a while to fix some mistakes or modernize some 
things, but that's not how redhat (for instance) sees things.

-- 
Marc Glisse


More information about the gmp-bugs mailing list