使用共享动态库进行交叉编译
Cross compiling with shared dynamic libraries
在我的 C++ 项目中，我正在针对一个使用 OpenSSL 的库进行编译和链接。
我需要为默认安装了 openssl 的 BeagleBone 编译这个项目。我已经在我的开发机器上下载了 libssl-dev。
因此，如果我在 x86_64 上为我的开发机器编译，我可以很好地编译项目，但我无法成功交叉编译：
/usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lssl
/usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lcrypto
这表明我需要 armhf OpenSSL 二进制文件，这似乎有点浪费，因为我把它们放在我的 BeagleBone 上，如果它 可以耐心等到我部署它。
是我自己绕过这个交叉编译 OpenSSL 的唯一方法吗？然后我需要在哪里安装 .so 文件（我猜 make install 是个坏主意？）
This indicates I need to have armhf binaries for OpenSSL
正确。
which seems a bit of a waste really since I have them on my BeagleBone if it can just be patient and wait until I deploy it.
您似乎认为共享库仅 在运行时需要，但事实并非如此。
ELF代表可执行和linking格式。 .so 在静态 link 时非常需要在主可执行文件中构造各种表，然后加载程序将在运行时使用这些表来解析从主可执行文件到 [=11= 的引用].
如果您熟悉 Win32，您可以将 .so 视为 Win32 .LIB 和 .DLL 的组合打包到一个文件中。
在我的 C++ 项目中，我正在针对一个使用 OpenSSL 的库进行编译和链接。
我需要为默认安装了 openssl 的 BeagleBone 编译这个项目。我已经在我的开发机器上下载了 libssl-dev。
因此，如果我在 x86_64 上为我的开发机器编译，我可以很好地编译项目，但我无法成功交叉编译：
/usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lssl
/usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lcrypto
这表明我需要 armhf OpenSSL 二进制文件，这似乎有点浪费，因为我把它们放在我的 BeagleBone 上，如果它 可以耐心等到我部署它。
是我自己绕过这个交叉编译 OpenSSL 的唯一方法吗？然后我需要在哪里安装 .so 文件（我猜 make install 是个坏主意？）
This indicates I need to have armhf binaries for OpenSSL
正确。
which seems a bit of a waste really since I have them on my BeagleBone if it can just be patient and wait until I deploy it.
您似乎认为共享库仅 在运行时需要，但事实并非如此。
ELF代表可执行和linking格式。 .so 在静态 link 时非常需要在主可执行文件中构造各种表，然后加载程序将在运行时使用这些表来解析从主可执行文件到 [=11= 的引用].
如果您熟悉 Win32，您可以将 .so 视为 Win32 .LIB 和 .DLL 的组合打包到一个文件中。