Размер "long long" в 128-bit machine?

Question

В 128-разрядной RISC-V (или другой 128-разрядной машине), насколько велики «длинные» и «длинные» типы данных в C/C++?

Чтобы уточнить: каковы размеры, которые должен ожидать разработчик компилятора при записи файла limits.h для такой машины, при отсутствии других реализаций, которые должны соответствовать?

Answer 1

Они могут быть любой размер писатель компилятор хочет, при условии их, по меньшей мере, как большой, как их тип предшественника (long int для long long int и int для long int) и удовлетворяющих минимальным диапазонов, установленных в стандартах.

См, например, 5.2.4.2 Numerical limits в C11, в котором говорится о минимальном диапазоне, необходимом:

long int 
    LONG_MIN   -2147483647 // −(2^31 − 1) 
    LONG_MAX   +2147483647 // 2^31 − 1 
long long int 
    LLONG_MIN -9223372036854775807 // −(2^63 − 1) 
    LLONG_MAX +9223372036854775807 // 2^63 − 1 

Обратите внимание, что это не ваш полного двоек диапазона дополнения, так как они должны учитывать другие две схемы кодирования, их дополнение и знак-величина, оба из которых имеют понятие отрицательного нуля.

Если вы действительно хотите знать, вы можете просто посмотреть эти значения в файле limits.h заголовка или скомпилировать и запустить:

#include <stdio.h> 
#include <limits.h> 

int main (void) { 
    printf ("BITS/CHAR %d\n", CHAR_BIT); 
    printf ("CHARS/SHORT %d\n", sizeof(short)); 
    printf ("CHARS/INT %d\n", sizeof(int)); 
    printf ("CHARS/LONG %d\n", sizeof(long)); 
    printf ("CHARS/LLONG %d\n", sizeof(long long)); 
    putchar ('\n'); 

    printf ("SHORT MIN %d\n", SHRT_MIN); 
    printf ("SHORT MAX %d\n", SHRT_MAX); 
    printf ("INT MIN %d\n", INT_MIN); 
    printf ("INT MAX %d\n", INT_MAX); 
    printf ("LONG MIN %ld\n", LONG_MIN); 
    printf ("LONG MAX %ld\n", LONG_MAX); 
    printf ("LLONG MIN %lld\n", LLONG_MIN); 
    printf ("LLONG MAX %lld\n", LLONG_MAX); 
    return 0; 
} 

В моей системе, довольно болотно-стандарт (один и несколько переформатирован выглядеть красиво):

BITS/CHAR  8 
CHARS/SHORT 2 
CHARS/INT  4 
CHARS/LONG  4 
CHARS/LLONG 8 

SHORT MIN     -32768 
SHORT MAX     32767 
INT MIN    -2147483648 
INT MAX    2147483647 
LONG MIN    -2147483648 
LONG MAX    2147483647 
LLONG MIN -9223372036854775808 
LLONG MAX 9223372036854775807 

Так что, похоже, в этой системе, у меня есть два дополнения до (8/7 рассогласования по последней цифре отрицательных/положительных чисел), без заполнения бит, 16 бит short int, 32 -бит int и long int и 64-бит long long int.

Если вы используете аналогичный код в своей собственной среде, это должно быть в состоянии рассказать вам о подобной информации.

Answer 2

Согласно стандарту, названные нецифровых подписанные целые типы являются:

Type name  Possible size 
signed char — 8 
short   — 16 
int   — 32 
long   — 64 
long long  — 128 
intmax_t  — 256 

(К «нечисловая», я имею в виду, игнорируя int_least8_t, int_fast16_t и int32_t и т.д.)

Указанные размеры не соответствуют стандарту C, но они являются стандартной прогрессией с вдвое большим количеством бит в каждом последующем типе. На 128-битной машине было бы разумно предположить, что long long будет иметь длину 128 бит. Если автору-компилятору захотелось поддерживать 256-битные типы, было бы не странно делать intmax_t в 256-битный тип. Но помимо этого у вас закончились имена. Обычно некоторые из этих типов имеют одинаковые размеры.

Все стандарт требует, чтобы это нет типа ранее в списке больше, чем тип позже в списке, то char составляет по меньшей мере 8 бит, что short и int, по крайней мере, 16 бит, что long составляет по меньшей мере 32 бит, и что long long составляет не менее 64 бит.

Answer 3

Включите заголовок limits.h и напечатайте размер требуемого типа.

#include <limits.h> 

int main() { 

printf ("Size of long long is : %d\n", sizeof(long long)); 

return 0; 
}