我正在Windows 7上进行交叉编译，并且使用此编译器：
gcc-linaro-arm-linux-gnueabihf-4.7-2013.03\bin\arm-linux-gnueabihf-g++.exe
我想对某些HTTP请求使用libcurl，但是当我使用-libcurl链接时，我得到了臭名昭著的消息，即链接器找不到该库。我尝试在Internet上搜索该架构（ARMHF）的正确库，但找不到任何东西。也许我确实找到了它，但是做错了什么？我的链接通话很长，但在这里是：
这是一个可行的方法，如果我添加-libcurl或其他相关内容，它会中断...
C:\vde\toolchains\windows\vos2\gcc-linaro-arm-linux-gnueabihf-4.7-2013.03\bin\arm-linux-gnueabihf-g++.exe -o out\RefApp -Wl,-rpath=C:\vde\SDKs\vos2\vos2-sdk-winx86-release-31010800\vos2\usr\lib -Wl,-r
path=C:\vde\SDKs\vos2\vos2-sdk-winx86-release-31010800\vos2\usr\local\lib -Wl,-rpath=C:\vde\SDKs\vos2\vos2-sdk-winx86-release-31010800\vos2\lib -Wl,-rpath=C:\vde\SDKs\vos2\vos2-sdk-winx86-release-3101
0800\vos2\usr\local\lib\svcmgr C:\desarrollo\corvet\out\corvet.a -LC:\desarrollo\RefApp\lib -LC:\vde\SDKs\vos2\vos2-sdk-winx86-release-31010800\vos2\usr\local\lib -LC:\vde\SDKs\vos2\vos2-sdk-winx86-re
lease-31010800\vos2\lib -LC:\vde\SDKs\vos2\vos2-sdk-winx86-release-31010800\vos2\usr\local\lib\svcmgr -LC:\vde\ADKs\adk-full-4.6.5-610\vos2\lib -L -LC:\desarrollo\corvet\out -lrt -llog -lvfiguiprt -l
vfiipc -lTLV_Util -lpthread -lvfiplatforminfo -lsvc_utility -lvfibuzzer -lsvc_powermngt -lsvc_led -lvfisysinfo -lvfisysbar -lsqlite -lexpat -linf -lcom -levt -ltecclient -lmsrclient -lEMV_CT_Link -lEM
V_CT_Client -lEMV_CTLS_Link -lEMV_CTLS_Client -lNFC_Framework -lNFC_Client -lsvc_tms -lUtils -lseccmd-static -lsvc_sound -lccp -lcrypto -lsec -lseccmd-static -lsecins -lvfisvc -lvfisyspm -lvfimac -lvf
isec -lAdkCapX
我还尝试下载一些我在debian页面上找到的libcurl库，这些库本来是为ARMHF编写的，将它们放在某个文件夹中并使用-L（routetofolder），但这也不起作用。
希望你们能帮助我。
谢谢！
嗯，从供应商那里可以找到libcurl（如果查看/ usr / lib，您将在那找到它）。您的链接有问题。
您可能想看看如何在链接时以及以后在Linux系统上的运行时解决动态库依赖关系。当您尝试使用自己的动态库（名称可能有冲突）并且链接程序可以将它们解析为同一设备上现有的东西，但您可能没有权限访问该位置时，它也将帮助您了解vos2平台上可能发生的情况。读取，因为它属于不同的usrXX或sysXX。
从设备中读取/etc/ld.so.conf将帮助您了解动态链接器执行的位置和搜索顺序。您可以从设备获取文件，也可以直接在OS.rfsbundle中查找文件（在skeleframefs中查看），然后正确设置链接选项。我认为供应商通常不会将它与sysroot一起分发，但是您可以手动添加它。