我想在我的Android应用程序中使用硬件浮点支持，这会大量使用OpenCV库。但是，当我为hard-float设置gcc标志时（如here和here所述），我得到链接器错误：
XXX.o uses VFP register arguments, output does not。然后我添加链接器标志-Xlinker --no-warn-mismatch，这会使这些错误消失，但应用程序会立即崩溃，这似乎是与OpenCV库的第一次交互。
究竟发生了什么？我是否正在编译我的代码的硬浮版本并将其与soft-float OpenCV链接？
是否有OpenCV4Android版本的预建二进制文件正在使用硬浮动架构？如果没有，是否可以编译这样的版本？如何做到这一点？在使用OpenCV时是否有更智能的方法来利用硬件浮点支持？
答案 0 :(得分：6)
您不需要构建硬浮动模式以使用硬件浮点单元。只要您为armeabi-v7a ABI构建，它就会使用硬件浮点单元（VFPv3）。
为了澄清，hard-float选项（通过将-mhard-float参数添加到编译器或构建armeabi-v7a-hard ABI）仅更改参数传递给函数的方式。在内部，Android在整数寄存器中传递所有浮点/双精度函数。这确保了为armeabi构建的代码（ARMv5不保证浮点单元，需要以这种方式传递这些参数）在FPU上的现代设备上运行时仍然有效。即，函数获取整数寄存器中的所有浮点参数，并将它们移动到FPU寄存器以执行函数内的所有计算。
使用hard-float选项构建时，这些参数直接在FPU寄存器中传递，但是当您的第二个链接指出时，这要求您调用的所有代码都使用相同的选项构建，并且JNI函数入口点需要使用JNICALL正确标记。
因此，从hardfloat获得的实际好处仅在于您为每个函数调用保存了一些指令（并且正如第一个链接中的答案指出的那样，这些非常便宜）。根据库的功能结构，这可能相当于一个完全无关紧要的变化，或者可能是显而易见的。不幸的是，我不太了解OpenCV的内部结构，可以猜出有多大的潜在加速，如果有的话。
所以回顾一下，是的，你是对的，你只是构建了代码的硬浮版本，而是将它链接到一个软浮点ABI版本的OpenCV。为了使事情有效，您还可以在所有函数调用中将__attribute__((pcs("aapcs")))标记添加到OpenCV中，但这几乎会丢掉所有潜在的优势，因为所有繁重的工作（最有可能）都是在库中完成的，而不是在您的通话代码中。
因此，为了获得硬浮ABI的潜在好处，您需要使用-mhard-float参数重建所有OpenCV（具体如何做到这一点，我无法帮助您虽然）。但只要它是针对armeabi-v7a（使用-march=armv7-a -mfpu=vfpv3参数）构建的，它应该已经使用硬件FPU，它只使用向后兼容的ABI。 softfp ABI的开销比完整的softfloat版本（不是用-mfpu=vfpv3构建）的开销小几个数量级。