Jak wydrukować zmienną size_t przenośnie za pomocą rodziny printf?

Mam zmienną typu size_ti chcę ją wydrukować za pomocą printf(). Jakiego specyfikatora formatu używam do przenośnego drukowania?

W 32-bitowej maszynie %uwydaje się słuszna. Kompilowałem się g++ -g -W -Wall -Werror -ansi -pedantici nie było ostrzeżenia. Ale kiedy kompiluję ten kod na komputerze 64-bitowym, wyświetla ostrzeżenie.

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

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

Ostrzeżenie zniknie zgodnie z oczekiwaniami, jeśli zmienię to na %lu.

Pytanie brzmi: jak mogę napisać kod, aby kompilował się bez ostrzeżenia na komputerach 32- i 64-bitowych?

Edycja: Jako obejście, jedną z odpowiedzi może być „rzutowanie” zmiennej na liczbę całkowitą, która jest wystarczająco duża, powiedzmy unsigned longi drukuj za pomocą %lu. To działałoby w obu przypadkach. Szukam, czy jest jakiś inny pomysł.

Użyj zmodyfikatora:

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

Wygląda na to, że różni się w zależności od używanego kompilatora (blech):

• gnu mówi%zu (lub %zx, %zdale wyświetla to tak, jakby było podpisane itp.)
• Microsoft mówi%Iu (lub %Ix, %Idale znowu jest podpisany itp.) - ale od wersji v19 (w Visual Studio 2015), Microsoft obsługuje %zu (zobacz tę odpowiedź na ten komentarz )

... i oczywiście, jeśli używasz C ++, możesz użyć coutzamiast tego, jak sugeruje AraK .

W przypadku C89 użyj %lui rzutuj wartość na unsigned long:

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

W przypadku C99 i nowszych użyj %zu:

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

Rozszerzenie odpowiedzi Adama Rosenfielda dla systemu Windows.

Testowałem ten kod zarówno w wersji VS2013 Update 4, jak i w wersji zapoznawczej 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;
}

Generowane przez binarne wyjścia VS2015:

1
1
2

podczas gdy ten wygenerowany przez VS2013 mówi:

zu
zx
zd

Uwaga: ssize_tjest rozszerzeniem POSIX i SSIZE_Tjest podobna w typach danych systemu Windows , dlatego dodałem <BaseTsd.h>odwołanie.

Dodatkowo, z wyjątkiem następujących nagłówków C99 / C11, wszystkie nagłówki C99 są dostępne w wersji zapoznawczej VS2015:

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

Ponadto C11 <uchar.h>jest teraz uwzględnione w najnowszej wersji zapoznawczej.

Aby uzyskać więcej informacji, zobacz tę starą i nową listę standardowej zgodności.

Dla tych, którzy mówią o robieniu tego w C ++, który niekoniecznie obsługuje rozszerzenia C99, serdecznie polecam format :: ::. To sprawia, że ​​pytanie size size rozmiar size może być dyskusyjne:

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

Ponieważ nie potrzebujesz specyfikatorów rozmiaru w formacie boost ::, możesz się martwić, jak chcesz wyświetlić wartość.

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

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

Jak powiedział AraK, interfejs strumieni c ++ zawsze będzie działał przenośnie.

std :: size_t s = 1024; std :: cout << s; // lub jakikolwiek inny strumień, taki jak stringstream!

Jeśli chcesz C stdio, nie ma przenośnej odpowiedzi na to pytanie w niektórych przypadkach „przenośnych”. I robi się brzydko, ponieważ, jak widzieliście, wybranie flag w niewłaściwym formacie może wygenerować ostrzeżenie kompilatora lub dać niepoprawne dane wyjściowe.

C99 próbował rozwiązać ten problem za pomocą formatów inttypes.h, takich jak „%” PRIdMAX ”\ n”. Ale podobnie jak w przypadku „% zu”, nie każdy obsługuje c99 (jak MSVS przed 2013 rokiem). Istnieją pliki „msinttypes.h” pływające wokół, aby sobie z tym poradzić.

Jeśli wybierzesz inny typ, w zależności od flag możesz otrzymać ostrzeżenie kompilatora o obcięciu lub zmianie znaku. Jeśli wybierzesz tę trasę, wybierz większy odpowiedni stały rozmiar. Jeden z niepodpisanych długich długich i „% llu” lub niepodpisanych długich „% lu” powinien działać, ale llu może również spowolnić rzeczy w 32-bitowym świecie jako zbyt dużym. (Edycja - mój Mac wyświetla ostrzeżenie w 64-bitowej wersji, jeśli% llu nie pasuje do size_t, mimo że% lu,% llu i size_t są tego samego rozmiaru. A% lu i% llu nie są tego samego rozmiaru na moim MSVS2012. być może będziesz musiał przesłać + użyć formatu, który pasuje.)

W tym przypadku możesz przejść ze stałymi typami rozmiarów, takimi jak int64_t. Ale poczekaj! Teraz wróciliśmy do c99 / c ++ 11, a starszy MSVS ponownie zawiedzie. Dodatkowo masz również casty (np. Map.size () nie jest stałym typem rozmiaru)!

Możesz użyć nagłówka lub biblioteki innej firmy, takiej jak boost. Jeśli jeszcze go nie używasz, możesz nie chcieć zawyżać swojego projektu w ten sposób. Jeśli chcesz dodać jeden tylko dla tego problemu, dlaczego nie użyć strumieni c ++ lub kompilacji warunkowej?

Więc sprowadzasz się do strumieni c ++, kompilacji warunkowej, frameworków zewnętrznych lub czegoś w rodzaju przenośnego urządzenia, które akurat działa.

Czy ostrzeże Cię, jeśli przekażesz 32-bitową liczbę całkowitą bez znaku do formatu% lu? Powinno być dobrze, ponieważ konwersja jest dobrze zdefiniowana i nie traci żadnych informacji.

Słyszałem, że niektóre platformy definiują makra <inttypes.h>, które można wstawić do literału ciągu formatu, ale nie widzę tego nagłówka w moim kompilatorze Windows C ++, co oznacza, że ​​może nie być wieloplatformowy.

C99 definiuje w tym celu „% zd” itp. (dzięki komentujących) nie istnieje przenośny format specifier za to w C ++ - Państwo mogli używać %p, które woulkd słowo w tych dwóch scenariuszy, ale nie jest przenośnym wybór albo i daje wartość w Hex.

Możesz też użyć transmisji strumieniowej (np. Stringstream) lub bezpiecznej wymiany printf, takiej jak Boost Format . Rozumiem, że ta rada ma jedynie ograniczone zastosowanie (i wymaga C ++). (Zastosowaliśmy podobne podejście dostosowane do naszych potrzeb przy wdrażaniu obsługi Unicode).

Podstawowym problemem dla C jest to, że printf wykorzystujący wielokropek jest z założenia niebezpieczny - musi określić dodatkowy rozmiar argumentu na podstawie znanych argumentów, więc nie można go naprawić, aby obsługiwał „cokolwiek masz”. Jeśli więc kompilator nie zaimplementuje zastrzeżonych rozszerzeń, nie będziesz miał szczęścia.

Na niektórych platformach i dla niektórych typów dostępne są określone specyfikatory konwersji printf, ale czasami trzeba uciekać się do rzutowania na większe typy.

Udokumentowałem tutaj ten podchwytliwy problem na przykładowym kodzie: http://www.pixelbeat.org/programming/gcc/int_types/ i okresowo aktualizowałem go o informacje na temat nowych platform i typów.

jeśli chcesz wydrukować wartość size_t jako ciąg, możesz to zrobić:

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);

wynikiem jest:

numer: 2337200120702199116

tekst: Chodźmy łowić ryby zamiast siedzieć na naszym ale !!

Edycja: ponowne przeczytanie pytania z powodu zmniejszonej liczby głosów zauważyłem, że jego problemem nie jest% llu lub% I64d, ale typ size_t na różnych komputerach zobacz to pytanie https://stackoverflow.com/a/918909/1755797
http: // www. cplusplus.com/reference/cstdio/printf/

size_t jest bez znaku int na maszynie 32-bitowej i bez znaku long long int na 64-bit,
ale% ll zawsze oczekuje bez znaku long long int.

size_t różni się długością w różnych systemach operacyjnych, podczas gdy% llu jest taki sam