Як можна друкувати змінну size_t портативно за допомогою сім'ї printf?

У мене є змінна тип size_t, і я хочу надрукувати її за допомогою printf(). Який специфікатор формату я використовую для того, щоб друкувати його портативно?

У 32-бітовій машині, %uздається, правильно. Я склав g++ -g -W -Wall -Werror -ansi -pedantic, і попередження не було. Але коли я компілюю цей код у 64-розрядній машині, він видає попередження.

size_t x = <something>;
printf("size = %u\n", x);

warning: format '%u' expects type 'unsigned int', 
    but argument 2 has type 'long unsigned int'

Якщо я зміню це на попередження, попередження зникає, як і очікувалося %lu.

Питання полягає в тому, як я можу написати код, щоб він збирав попередження безкоштовно на 32- та 64-бітних машинах?

Редагувати: В якості вирішення, я думаю, однією з відповідей може бути "перенесення" змінної в ціле число, яке є достатньо великим, скажімо unsigned long, та друком з використанням %lu. Це працювало б в обох випадках. Я дивлюсь, чи є якась інша ідея.

Використовуйте zмодифікатор:

size_t x = ...;
ssize_t y = ...;
printf("%zu\n", x);  // prints as unsigned decimal
printf("%zx\n", x);  // prints as hex
printf("%zd\n", y);  // prints as signed decimal

Схоже, він змінюється залежно від того, який компілятор ви використовуєте (blech):

• gnu каже%zu (або %zxабо, %zdале це відображає його так, ніби він був підписаний тощо)
• Microsoft каже%Iu (або %Ix, або %Idзнову ж таки, що підписано і т. Д.), Але станом на cl v19 (у Visual Studio 2015), Microsoft підтримує %zu (див. Цю відповідь на цей коментар )

... і звичайно, якщо ви використовуєте C ++, ви можете використовувати coutзамість цього, як пропонує AraK .

Для C89 використовуйте %luта передайте це значення unsigned long:

size_t foo;
...
printf("foo = %lu\n", (unsigned long) foo);

Для C99 та новіших версій використовуйте %zu:

size_t foo;
...
printf("foo = %zu\n", foo);

Розширення відповіді Адама Розенфілда для Windows.

Я перевірив цей код із попереднього перегляду VS2013 Update 4 та VS2015:

// test.c

#include <stdio.h>
#include <BaseTsd.h> // see the note below

int main()
{
    size_t x = 1;
    SSIZE_T y = 2;
    printf("%zu\n", x);  // prints as unsigned decimal
    printf("%zx\n", x);  // prints as hex
    printf("%zd\n", y);  // prints as signed decimal
    return 0;
}

VS2015 генерував двійкові виходи:

1
1
2

той час, як генерується VS2013, говорить:

zu
zx
zd

Примітка: ssize_tрозширення POSIX і SSIZE_Tподібне до типів даних Windows , тому я додав <BaseTsd.h>посилання.

Крім того, крім наступних заголовків C99 / C11, усі заголовки C99 доступні у попередньому перегляді VS2015:

C11 - <stdalign.h>
C11 - <stdatomic.h>
C11 - <stdnoreturn.h>
C99 - <tgmath.h>
C11 - <threads.h>

Крім того, C11 <uchar.h>тепер включений до останнього попереднього попереднього перегляду.

Для отримання більш детальної інформації див. Цей старий та новий список для стандартної відповідності.

Для тих, хто говорить про це в C ++, який не обов'язково підтримує розширення C99, я щиро рекомендую формат boost ::. Таким чином, питання розміру типу size_t стає запитом:

std::cout << boost::format("Sizeof(Var) is %d\n") % sizeof(Var);

Оскільки вам не потрібні специфікатори розміру у форматі boost ::, ви можете просто переживати, як ви хочете відобразити значення.

std::size_t s = 1024;
std::cout << s; // or any other kind of stream like stringstream!

printf("size = %zu\n", sizeof(thing) );

Як сказав AraK, інтерфейс потоків c ++ завжди працюватиме портативно.

std :: size_t s = 1024; std :: cout << s; // або будь-який інший вид потоку, як stringstream!

Якщо ви хочете, щоб C stdio, для деяких випадків "портативного" відповіді на це немає, відповідь на це не існує. І це стає некрасиво, оскільки, як ви вже бачили, вибір прапорів неправильного формату може спричинити попередження компілятора або дати неправильний вихід.

C99 намагався вирішити цю проблему за допомогою inttypes.h форматів, таких як "%" PRIdMAX "\ n". Але так само, як і у "% zu", не всі підтримують c99 (як MSVS до 2013 року). Існують файли "msinttypes.h", які плавають навколо, щоб вирішити це.

Якщо ви перейдете до іншого типу, залежно від прапорів, ви можете отримати попередження компілятора про усічення або зміну знака. Якщо ви йдете цим маршрутом, виберіть більший відповідний тип фіксованого розміру. Один з неподписаних довгих довгих і "% llu" або неподписаних довгих "% lu" повинен працювати, але llu також може сповільнювати роботу в 32-бітовому світі як надмірно великий. (Редагувати - мій mac видає попередження у 64 бітах для% llu, що не відповідає size_t, навіть якщо% lu,% llu та size_t - однаковий розмір. І% lu та% llu - не однаковий розмір на моєму MSVS2012. Отже Вам може знадобитися передати + використовувати формат, який відповідає.)

З цього питання ви можете скористатися типами фіксованого розміру, такими як int64_t. Але зачекайте! Тепер ми повернулися до c99 / c ++ 11, і старіший MSVS знову не працює. Крім того, у вас також є касти (наприклад, map.size () не є фіксованим розміром)!

Ви можете використовувати заголовок або бібліотеку сторонніх розробників, наприклад, boost. Якщо ви вже не використовуєте його, можливо, ви не хочете таким чином роздувати свій проект. Якщо ви готові додати його лише для цього питання, чому б не використовувати потоки c ++ або умовну компіляцію?

Таким чином, ви переходите до потоків c ++, умовної компіляції, сторонніх фреймворків чи чогось такого портативного, що може працювати для вас.

Чи попередить вас, якщо ви передасте 32-бітне ціле число без підпису у формат% lu? Це має бути добре, оскільки конверсія чітко визначена і не втрачає жодної інформації.

Я чув, що деякі платформи визначають макроси за тим, <inttypes.h>що ви можете вставити в рядковий формат буквально, але я не бачу цього заголовка в моєму компіляторі Windows C ++, що означає, що він може не бути кросплатформенним.

Для цього C99 визначає "% zd" тощо. (спасибі коментаторам) Для цього в C ++ немає специфічного портативного специфікатора формату - ви можете використовувати %p, яке слово було б у цих двох сценаріях, але не є і портативним вибором, і надає значення у шістнадцятковій формі.

Крім того, використовуйте деяку потокову передачу (наприклад, потоковий потік) або безпечну заміну printf, наприклад формат Boost . Я розумію, що ця порада має обмежене використання (і вимагає C ++). (Ми використовували аналогічний підхід, відповідний нашим потребам при впровадженні підтримки unicode.)

Основна проблема для C полягає в тому, що printf, що використовує еліпсис, не є безпечним за конструкцією - йому потрібно визначити розмір додаткового аргументу з відомих аргументів, тому його не можна зафіксувати, щоб підтримувати "все, що у вас є". Тож якщо ваш компілятор не реалізує деякі власні розширення, вам не пощастить.

На деяких платформах і для деяких типів доступні специфічні специфікатори перетворення printf, але іноді доводиться вдаватися до кастингу для більш великих типів.

Я тут задокументував цю складну проблему з прикладом коду: http://www.pixelbeat.org/programming/gcc/int_types/ та періодично оновлював її інформацією про нові платформи та типи.

якщо ви хочете надрукувати значення size_t як рядок, ви можете зробити це:

char text[] = "Lets go fishing in stead of sitting on our but !!";
size_t line = 2337200120702199116;

/* on windows I64x or I64d others %lld or %llx if it works %zd or %zx */
printf("number: %I64d\n",*(size_t*)&text);
printf("text: %s\n",*(char(*)[])&line);

Результат:

номер: 2337200120702199116

текст: Давайте рибалити замість того, щоб сидіти на нашому, але !!

Редагувати: перечитуючи питання через зменшення голосів, я зазначив, що його проблема не є% llu або% I64d, але тип size_t на різних машинах. Дивіться це питання https://stackoverflow.com/a/918909/1755797
http: // www. cplusplus.com/reference/cstdio/printf/

size_t непідписаний int на 32-бітній машині, а unsigned long long int на 64bit,
але% ll завжди очікує неподписаного long long int.

size_t змінюється по довжині в різних операційних системах, тоді як% llu однаковий