Jaki jest rozmiar w bitach long w 64-bitowym systemie Windows?

Niedawno ktoś mi powiedział, że longna maszynach 64-bitowych nie ma 64 bitów i powinienem zawsze używać int. To nie miało dla mnie sensu. Widziałem dokumenty (takie jak ta na oficjalnej stronie Apple), które mówią, że longpodczas kompilacji dla 64-bitowego procesora mają rzeczywiście 64 bity. Sprawdziłem, co to jest w 64-bitowym systemie Windows i znalazłem

• Windows: longi intpozostają 32-bitowe, a specjalne nowe typy danych są definiowane dla 64-bitowych liczb całkowitych.

(z http://www.intel.com/cd/ids/developer/asmo-na/eng/197664.htm?page=2 )

Czego powinienem użyć? Należy zdefiniować coś podobnego uw, sw((un) podpisali szerokość) jako longjeśli nie na Windows, a inaczej zrobić czek na bitsize cel procesora?

W świecie uniksowym istniało kilka możliwych konfiguracji rozmiarów liczb całkowitych i wskaźników dla platform 64-bitowych. Dwa najczęściej używane to ILP64 (właściwie tylko kilka przykładów; Cray był jednym z nich) i LP64 (do prawie wszystkiego innego). Akronynmy pochodzą od „int, long, wskaźniki są 64-bitowe” i „long, wskaźniki są 64-bitowe”.

Type           ILP64   LP64   LLP64
char              8      8       8
short            16     16      16
int              64     32      32
long             64     64      32
long long        64     64      64
pointer          64     64      64

Zrezygnowano z systemu ILP64 na rzecz LP64 (czyli prawie wszyscy późniejsi uczestnicy korzystali z LP64, w oparciu o zalecenia grupy Aspen; tylko systemy z długą tradycją 64-bitowego działania używają innego schematu). Wszystkie nowoczesne 64-bitowe systemy Unix używają LP64. MacOS X i Linux to nowoczesne systemy 64-bitowe.

Firma Microsoft używa innego schematu przejścia na wersję 64-bitową: LLP64 („długie długie, wskaźniki są 64-bitowe”). Ma to tę zaletę, że oznacza, że ​​oprogramowanie 32-bitowe można ponownie skompilować bez zmian. Ma wadę polegającą na tym, że różni się od tego, co robią wszyscy inni, a także wymaga korekty kodu, aby wykorzystać pojemność 64-bitową. Zawsze była konieczna korekta; był to po prostu inny zestaw poprawek niż te potrzebne na platformach Unix.

Jeśli projektujesz oprogramowanie w oparciu o nazwy typów całkowitych neutralnych dla platformy, prawdopodobnie przy użyciu <inttypes.h>nagłówka C99 , który, gdy typy są dostępne na platformie, zawiera podpisane (wymienione) i niepodpisane (niewymienione; przedrostek z literą „u”):

• int8_t - 8-bitowe liczby całkowite
• int16_t - 16-bitowe liczby całkowite
• int32_t - 32-bitowe liczby całkowite
• int64_t - 64-bitowe liczby całkowite
• uintptr_t - liczby całkowite bez znaku wystarczająco duże, aby pomieścić wskaźniki
• intmax_t- największy rozmiar liczby całkowitej na platformie (może być większy niż int64_t)

Następnie możesz zakodować swoją aplikację przy użyciu tych typów, jeśli ma to znaczenie, i bardzo ostrożnie z typami systemów (które mogą być różne). Istnieje intptr_ttyp - typ liczby całkowitej ze znakiem do przechowywania wskaźników; powinieneś planować nie używać go lub używać go tylko w wyniku odejmowania dwóch uintptr_twartości ( ptrdiff_t).

Ale, jak wskazuje pytanie (z niedowierzaniem), istnieją różne systemy rozmiarów całkowitych typów danych na maszynach 64-bitowych. Przyzwyczaić się do tego; świat się nie zmieni.

Nie jest jasne, czy pytanie dotyczy kompilatora Microsoft C ++, czy interfejsu API systemu Windows. Jednak nie ma tagu [c ++], więc zakładam, że dotyczy interfejsu API systemu Windows. Niektóre odpowiedzi cierpią z powodu gnicia linków, więc podaję kolejny link, który może się zgnić.

Aby uzyskać więcej informacji na temat typów, takich jak Windows API INT, LONGitd. Istnieje strona na MSDN:

Typy danych systemu Windows

Informacje są również dostępne w różnych plikach nagłówkowych Windows, takich jak WinDef.h. Wymieniłem tutaj kilka odpowiednich typów:

Wpisz | S / U | x86 | x64
---------------------------- + ----- + -------- + ------ -
BYTE, BOOLEAN | U | 8 bitów | 8 bitowy
---------------------------- + ----- + -------- + ------ -
KRÓTKI | S | 16-bitowy | 16 bitów
USHORT, SŁOWO | U | 16-bitowy | 16 bitów
---------------------------- + ----- + -------- + ------ -
INT, LONG | S | 32-bitowy | 32-bitowy
UINT, ULONG, DWORD | U | 32-bitowy | 32-bitowy
---------------------------- + ----- + -------- + ------ -
INT_PTR, LONG_PTR, LPARAM | S | 32-bitowy | 64-bitowy
UINT_PTR, ULONG_PTR, WPARAM | U | 32-bitowy | 64-bitowy
---------------------------- + ----- + -------- + ------ -
DŁUGIE | S | 64-bitowy | 64-bitowy
ULONGLONG, QWORD | U | 64-bitowy | 64-bitowy

Kolumna „S / U” oznacza ze znakiem / bez znaku.

Ten artykuł na temat MSDN odwołuje się do szeregu aliasów typów (dostępnych w systemie Windows), które są nieco bardziej wyraźne pod względem ich szerokości:

http://msdn.microsoft.com/en-us/library/aa505945.aspx

Na przykład, chociaż możesz użyć ULONGLONG do odniesienia do 64-bitowej wartości całkowitej bez znaku, możesz również użyć UINT64. (To samo dotyczy ULONG i UINT32.) Być może te będą nieco jaśniejsze?

Firma Microsoft zdefiniowała również UINT_PTR i INT_PTR dla liczb całkowitych, które mają taki sam rozmiar jak wskaźnik.

Oto lista specyficznych typów firmy Microsoft - jest to część odniesienia do sterowników, ale uważam, że jest to również ważne dla ogólnego programowania.

Najłatwiejszy sposób na poznanie tego dla twojego kompilatora / platformy:

#include <iostream>

int main() {
  std::cout << sizeof(long)*8 << std::endl;
}

Mnożenie przez 8 ma na celu uzyskanie bitów z bajtów.

Gdy potrzebujesz określonego rozmiaru, często najłatwiej jest użyć jednego z predefiniowanych typów biblioteki. Jeśli jest to niepożądane, możesz zrobić to, co często dzieje się z oprogramowaniem autoconf i poprosić system konfiguracji o określenie odpowiedniego typu dla wymaganego rozmiaru.

Rozmiar w bitach longna platformach Windows wynosi 32 bity (4 bajty).

Możesz to sprawdzić za pomocą sizeof(long).

Jeśli potrzebujesz użyć liczb całkowitych o określonej długości, prawdopodobnie powinieneś użyć nagłówków niezależnych od platformy. Boost to dobre miejsce do obejrzenia.