|
# define CDS_PROCESSOR_ARCH CDS_PROCESSOR_UNKNOWN |
|
# define CDS_BUILD_BITS 32 |
|
# define CDS_PROCESSOR__NAME "unknown" |
|
# define CDS_PROCESSOR__NICK "unknown" |
Каждый раз, когда я вижу очередной белый список 64-бит архитектур, то я теряю веру в человечество.
Есть множество способов писать портабельный код, но люди продолжают городить белые списки.
Когда новые архитектуры уже появляются 64-битными, у них фолбэк для неизвестных архитектур на 32-бита.
Не знаю о чём они думают, что новых архитектур больше не появится? Хотят об этом лично узнать, чтобы к ним пришел кто-то вроде меня?
Если для __aarch64__ вы написали:
# if __SIZEOF_POINTER__ == 8
# define CDS_BUILD_BITS 64
# else
# define CDS_BUILD_BITS 32
# endif
То почему нет такого же портабельного кода для неизвестных (вам) архитектур?
Вот это разработчики компиляторов для кого делали? Чтобы люди продолжали составлять белые списки как в С89?
#define _LP64 1
#define __LP64__ 1
#define __SIZEOF_POINTER__ 8
Отсутствует даже возможность задать через CXXFLAGS (-DCDS_BUILD_BITS=64). Вот что значит непродуманный и непортабельный код.
libcds/cds/compiler/gcc/compiler_macro.h
Lines 129 to 132 in 9985d2a
Каждый раз, когда я вижу очередной белый список 64-бит архитектур, то я теряю веру в человечество.
Есть множество способов писать портабельный код, но люди продолжают городить белые списки.
Когда новые архитектуры уже появляются 64-битными, у них фолбэк для неизвестных архитектур на 32-бита.
Не знаю о чём они думают, что новых архитектур больше не появится? Хотят об этом лично узнать, чтобы к ним пришел кто-то вроде меня?
Если для
__aarch64__вы написали:То почему нет такого же портабельного кода для неизвестных (вам) архитектур?
Вот это разработчики компиляторов для кого делали? Чтобы люди продолжали составлять белые списки как в С89?
Отсутствует даже возможность задать через CXXFLAGS (-DCDS_BUILD_BITS=64). Вот что значит непродуманный и непортабельный код.