[cfe-dev] MS 128-bit literals don't always have the correct type

Aaron Ballman aaron at aaronballman.com
Sun Sep 23 12:15:35 PDT 2012


On Sun, Sep 23, 2012 at 2:27 PM, Dmitri Gribenko <gribozavr at gmail.com> wrote:
> On Sun, Sep 23, 2012 at 9:24 PM, Cory Nelson <phrosty at gmail.com> wrote:
>> On Sun, Sep 23, 2012 at 11:20 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote:
>>> Hello,
>>>
>>> Currently Clang chooses the type of MS 128-bit literals (<digits>i128,
>>> <digits>ui128) based on their value, as if there was no suffix, but
>>> also allows an extended 128-bit type.
>>>
>>> For example, on x86_64:
>>>
>>> 1i128 is equivalent to 1,
>>> 0x100000000i128 is same as 0x100000000L,
>>> and finally 0x10000000000000000i128 is indeed a 128-bit literal.
>>>
>>> I don't know if it is intended, but i128 is definitely treated
>>> differently way from other MS literal suffixes we accept (for example,
>>> i64 is essentially an alias for LL).
>>>
>>> I don't have Visual Studio so I can not check how it handles these literals.
>>
>> VC++ does not support 128-bit literals.
>
> I'm confused.  So why does Clang implement them?

There's an __int128 supplied by gcc
(http://gcc.gnu.org/onlinedocs/gcc/_005f_005fint128.html), but there's
not one for Visual Studio (at least not one officially documented).

~Aaron



More information about the cfe-dev mailing list