我并非没有经验，但我很清楚，我在交叉编译和系统根领域缺乏一些基本的了解。我希望有人能为我提供继续所需的信息宝藏。
我已经下载了一个预构建的armhf gcc交叉编译器/工具链，它带有一个名为arm-linux-gnueabihf的目录，其中包含以下目录：
bin/
include/
lib/ - contains libstdc++.a, libgcc_s.so, but does NOT contain `libcrypt.so` or `libcrypt.so.1`, etc.
libc/
奇怪的是，libc包含另一组目录，看起来有点像单独的系统根，但我不确定为什么它在这里。我查看了其他工具链，包括我自己用crosstool-ng构建的工具链，但我没有看到类似的东西：
libc/
etc/
lib/ - contains files like libcrypt.so.1 / libcrypt-2.24.so
sbin/
usr/
bin/
include/
lib/ - contains files like libc.a, libc.so, libcrypt.a, libcrypt.so,
libexec/
sbin/
share/
var/
无论如何，我不确定这是否是一个问题，或者我是否必须将这两个系统合并为一个
我已经在路径/cross-pi-gcc-9.1.0-1的 Docker 容器中安装了它。我正在使用cmake进行交叉编译，我的toolchain.cmake文件引用了这个工具链：
SET(CMAKE_SYSTEM_NAME Linux)
SET(CMAKE_SYSTEM_VERSION 1)
SET(CMAKE_C_COMPILER /cross-pi-gcc-9.1.0-1/bin/arm-linux-gnueabihf-gcc)
SET(CMAKE_CXX_COMPILER /cross-pi-gcc-9.1.0-1/bin/arm-linux-gnueabihf-g++)
SET(CMAKE_FIND_ROOT_PATH /cross-pi-gcc-9.1.0-1/arm-linux-gnueabihf/)
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
这似乎足以使用交叉编译器(包括 Boost(构建大多数代码。
作为这个容器的一部分，我希望在 sysroot 中安装 WiringPi，这样我就可以针对它构建和链接。
为此，我创建了一个自定义CMakeLists.txt文件，该文件已成功构建和安装WiringPi：
cmake_minimum_required(VERSION 3.0)
project(WiringPi)
set(CMAKE_THREAD_PREFER_PTHREAD TRUE)
find_package(Threads REQUIRED)
add_library(wiringPi SHARED ads1115.c <snip a bunch of .c files>)
target_include_directories(wiringPi PUBLIC ${CMAKE_CURRENT_SOURCE_DIR})
target_link_libraries(wiringPi PUBLIC ${CMAKE_THREAD_LIBS_INIT} crypt m rt)
install(TARGETS wiringPi DESTINATION lib)
install(FILES ads1115.h <snip a bunch of .h files>
DESTINATION include)
这表明生成的libwiringpi.so应该与libcrypt、libpthread、libm和librt相关联。如果我在libwiringpi.so上运行目标的ldd工具，它确实将这些库显示为依赖项：
$ ldd libwiringPi.so
linux-vdso.so.1 (0x7eee6000)
/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so (0x76f0a000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76ee0000)
libcrypt.so.1 => /lib/arm-linux-gnueabihf/libcrypt.so.1 (0x76ea0000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76e1e000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76e07000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76cb9000)
/lib/ld-linux-armhf.so.3 (0x76f43000)
我遇到的问题是我有一个应用程序，它使用这样的 cmake 行链接到 wiringpi：
target_link_libraries(myapp wiringPi)
当我使用本机工具链在树莓派上构建它时，我不需要显式链接到libcrypt.但是在我的 Docker/交叉编译器环境中，我在链接时收到此错误：
/cross-pi-gcc-9.1.0-1/bin/arm-linux-gnueabihf-g++ CMakeFiles/app.dir/main.cpp.o -o myapp -lpthread -lwiringPi -lrt
/cross-pi-gcc-9.1.0-1/bin/../lib/gcc/arm-linux-gnueabihf/9.1.0/../../../../arm-linux-gnueabihf/bin/ld: warning: libcrypt.so.1, needed by /cross-pi-gcc-9.1.0-1/bin/../lib/gcc/arm-linux-gnueabihf/9.1.0/../../../../arm-linux-gnueabihf/lib/libwiringPi.so, not found (try using -rpath or -rpath-link)
/cross-pi-gcc-9.1.0-1/bin/../lib/gcc/arm-linux-gnueabihf/9.1.0/../../../../arm-linux-gnueabihf/lib/libwiringPi.so: undefined reference to `crypt@GLIBC_2.4'
collect2: error: ld returned 1 exit status
请注意，-lrt和-lpthread似乎已自动包含在链接库列表中。但-lcrypt不存在。
如果我复制/粘贴与此错误对应的make VERBOSE=1输出，并手动将-lcrypt添加到命令的末尾，它将成功链接并且应用程序编译完成。
我意识到这是一个很长的描述，但我最终要做的是找到我的知识漏洞，阻止我理解为什么我需要在这个环境中libcrypt显式链接到这个应用程序中。
我会认为，也许是错误的，既然libwiringpi.so已经与libcrypt链接，它就不需要在顶层链接。如果不是这样，有没有人可以帮助我修复我的心智模型？
注意：我可以添加target_link_libraries(myapp wiringPi crypt)但我认为没有必要(本机构建时不需要(，我想更多地了解该过程，而不仅仅是找到解决方法。
我自己回答这个问题...
看起来 sysroot 中存在libc目录是不寻常的，我检查了其他工具链，它总是与lib合并。所以我最终放弃了那个特定的工具链，转而用crosstool-ng构建自己的工具链。这完全避免了这个问题。很高兴了解我如何让它工作，但现在我必须继续前进。
请注意，我只使用CMAKE_SYSROOT就取得了成功 - 在我的情况下，不需要指定CMAKE_FIND_ROOT_PATH和朋友。