如何检查arm-none-linux-gnueabi-g ++对C++ 11的支持

Question

我写它使用一个便携式的应用程序C++11一样的功能std::atomic,std::threads等我如何验证我的ARM GCC交叉编译工具链支持的C++11标准是什么？

我尝试使用arm-none-linux-gnueabi-g++ -v ,arm-none-linux-gnueabi-g++ --version 但在使用时返回错误-std=c++11

编辑 #arm-linux-gnueabi-g ++ -std = c ++ 11 dum.cpp

cc1plus:错误:无法识别的命令行选项'-std = c ++ 11'

目标:arm-linux-gnueabi

gcc版本4.6.2

Answer 1

看看cxx0x支持矩阵.ARM Linux以标准方式支持大多数功能.特定机器可能不支持某项功能.即,gcc版本,linux版本和glibc版本以及CPU类型都可以发挥作用.

测试define __VERSION__以查看编译器是否可以支持它.非常非常老的Linux版本可能无法使用某些CPU类型来支持它; ARMv5及更早版本.较新的ARM CPU具有一些总线锁定指令,并且可以在没有任何或少量操作系统支持的情况下支持此操作.

echo | g++ -dM -E - | grep -i atomic

应该给出一个定义列表.如果你编译-march=armv7,你将获得最大的运气.但是,对于更新的Linux版本(以及针对此版本的编译器/ glibc),甚至-march=armv5可以在非SMP系统上运行.我不认为ARMv5 SMP系统可以存在.

正如您所看到的,有许多工作部件,有些功能可能只在运行时才能知道.提供清单可能是不可能的; 你需要一个至少支持矩阵的gcc版本才能使该功能正常工作.

例如,使用相同的编译器,但只有-march=armv4对-march=armv6,

ARMV4

#define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 1
#define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 1
#define __GCC_ATOMIC_LONG_LOCK_FREE 1
#define __GCC_ATOMIC_POINTER_LOCK_FREE 1
#define __GCC_ATOMIC_INT_LOCK_FREE 1

的ARMv6

#define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 2
#define __GCC_ATOMIC_POINTER_LOCK_FREE 2
#define __GCC_ATOMIC_INT_LOCK_FREE 2
#define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 2
#define __GCC_ATOMIC_LONG_LOCK_FREE 2

大多数具有armv7或更好的现代智能手机.