[C/C++][x32, x64] Как узнать разрядность платформы на этапе препроцессинга?

#if defined(__LP64__) || defined(_M_IA64)

где-то так наверное

http://ru.wikipedia.org/wiki/Limits.h

выбирай

Вот потому что ищещь по виндовым терминам, потому и находишь только win64. Эти архитектуры называются x86, amd64/x86-64.

> #if defined(__LP64__) || defined(_M_IA64)

где-то так наверное

Так наверно или точно?

> Так наверно или точно?

первое для gcc, второе для msvc, надо что-то еще - ищи сам

неужели так сложно (U)LONG_MIN/MAX проверить?

а где вы псдений раз видели 32-хбитную платформу?

толсто, у меня все домашние системы 32-битные.

Просто в другом месте нахожу:

#if defined(LP64) || defined(_LP64)

вместо вашего:

#if defined(__LP64__) || defined(_M_IA64)

Кому верить?

верить не надо, есть документация, для gcc:

«Starting with GCC 3.4, all LP64 platforms will define the macros __LP64__»
ftp://gcc.gnu.org/pub/gcc/summit/2003/Porting%20to%2064%20bit.pdf

для msvc:

«_M_IA64   Defined for 64-bit processors.»
http://msdn.microsoft.com/en-us/library/b0084kay(v=vs.71).aspx

http://stackoverflow.com/questions/870363/what-preprocessor-directive-or-othe...

там множество решений

Спасибо, на этом и остановлюсь.

я имею в виду 32-хбитный процессор. Все процессоры, выпущенные за последние года 3 имеют 64-битную архитектуру. Давайте все таки не считать пользователей за дуарков, которые будут ставить 32-хбитную ОС на 64-хбитный процессор.

А корректно ли определять через размер size_t?

> А корректно ли определять через размер size_t?

технически - да, но в стандарте, насколько я знаю, размер size_t не указан, т.е. может зависеть от реализации

> Давайте все таки не считать пользователей за дуарков, которые будут ставить 32-хбитную ОС на 64-хбитный процессор.

Но такие есть, и им пофигу на разрядность.

да? Жаль. Я всех своих знакомых на работе пересадил на x86_64 OS (Ubuntu в данном случае)

да? Жаль

Пересади меня! А то мне с моим старым ноутом у которого всего 1гб памяти и процом core duo который не держит 64бита как-то ссыкотно переходить.

sizeof(void*), lol

Вот лол так лол.

> Я всех своих знакомых на работе пересадил на x86_64 OS (Ubuntu в данном случае)

Зачем?

мой п4, которому лет 6 - написано, что умеет amd64 - на деле - нет(

++
зачем?

>верить не надо, есть документация

для msvc:

«_M_IA64 Defined for 64-bit processors.»
http://msdn.microsoft.com/en-us/library/b0084kay(v=vs.71).aspx

Everybody lies. Это только на IA-64 определено (Itanium).

ясно, да - по названию можно было догадаться, поверил описанию

Но зачем? Если памяти меньше 4G, Вы ничего не выиграете, а наоборот, т.к. 64х-битные приложения требуют больше памяти.

Это действительно нужно? Обычно лучше использовать типы известного размера, например int64_t, u_int32_t и т.п. (см. /usr/include/sys/types.h).

> например int64_t

ISO/IEC 9899:1999 → 7.18.1.1 → 3) These types are optional.

Хуже того: их нет даже в MSVC, поэтому там придётся использовать __int64. Он был приведён для примера.

> Хуже того: их нет даже в MSVC

есть

> их нет даже в MSVC
> даже в MSVC

/me подавился пивом…

где написано? на intel.com ? и да, поздние p4 держали x86-64

на винде оно sizeof(long) не зависит от архитектуры x86/x86-64

Я бы распарсил в cmake uname. Или из /proc можно попытаться информацию извлечь. А вот как это сделать в мастдае - понятия не имею.

Где? В своей коробочной русской MS Visual Studio 2008 Professional не нашёл.

Осторожнее надо. IMO сей компилятор - второй по распространённости, если не первый.

> Где?

VS2010

Я бы распарсил в cmake uname.

Про кроccкомпиляцию мусье не слышал?

Зато для линукса это самое простое решение. А как там в мастдае - понятия не имею. Но для cmake можно сделать проверку на ОС и, в зависимости от нее, вызывать тот или иной велосипед.

кроccкомпиляция подразумевает сборку и под линукс, но другой архитектуры, как самый простой вариант - 32 бита из под 64-битной системы

У ТСа такой задачи не было. Так что не запутывайте.

И, кстати, ЕМНИП, без ВМ не получится (я уже как-то пытался себе дженту 64-битную закомпилять, не пользуясь ВМ - ничего не вышло).

> И, кстати, ЕМНИП, без ВМ не получится

man gcc -m32

В мане написано, что это для сборки вроде 32бита из-под 64-х. Но что-то у меня, несмотря на всякие ключики в make, 64-битное ядро компилироваться 32-битным gcc не стало.

> Но что-то у меня, несмотря на всякие ключики в make, 64-битное ядро компилироваться 32-битным gcc не стало.

КО говорит, что ты просто не умеешь

Зато для линукса это самое простое решение.

Заканчивай уже пить пиво, оно у вас там с веществами, однозначно.

Молодцы, оперативно работают. Но закладываться на последнюю версию компилятора неправильно IMO.

Сделать проверку компилятора проще на порядки. И безо всяких cmake, а прямо в коде. Для Windows есть набор define'ов, которые устанавливают все компиляторы, а в Linux с вероятностью 99% используется GCC. Способа, который работал бы везде и всегда, AFAIK нет. Даже если бы он был в стандартах, всегда найдётся кто-нибудь, кто им соответствует не полностью.

> Молодцы, оперативно работают.

ну им еще http://gcc.gnu.org/projects/cxx0x.html догонять и догонять, и, как я понял, для Visual Studio vNext более-менее полная поддержка C++0x не ставится как задача

>Существует ли какой-нибудь кроссплатформенный метод определения разрядности платформы на этапе препроцессинга?

Для начала надо определить понятие разрядности платформы. И преследуемые цели. Правильная постановка вопроса - это половина ответа. Иначе будет «что 100? а что приборы?». Реализация С на 64-битовой платформе теоретически может быть полностью 32-битовой (без 64-битовых целых типов и указателей). Как и наоборот.

Кроссплатформенны CHAR_BIT, sizeof, limits.h.