配置 CC1 包含路径

Question

在使用MSYS2 mingw64编译OpenLDAP时仍然面临一些奇怪的编译错误

我认为这归结为一些 win socket 的事情，目前在依赖和制作过程中面临 2 个主要错误

在制作依赖期间

无法在服务器/slapd/slapi 中找到 nt_err.c ==> 我求助于从 libraries/liblber/nt_err.c 复制 nt_err.c

然后是致命的错误，同时在slapi中依赖。make depend使用的命令：make -w -I/usr/include -I/usr/include -I/usr/include -I/usr/include depend，可能是因为我在主依赖中传递了 -I/usr/include

但仍然

Entering directory '/home/Jimmy/openldapsrc/openldap-2.4.46/servers/slapd/slapi'
../../../build/mkdep -l -d "." -c "cc" -m "-M" -I../../../include -I.. -I.        -I../../../include -I./.. -I.     plugin.c slapi_pblock.c slapi_utils.c printmsg.c slapi_ops.c slapi_dn.c slapi_ext.c slapi_overlay.c nt_err.c
In file included from slapi_utils.c:34:0:
../../../include/netdb.h:73:10: fatal error: netinet/in.h: No such file or directory
#include <netinet/in.h>
^~~~~~~~~~~~~~
compilation terminated.

实际上我已经看到了很多类似的错误，例如在制作过程中，它也会在 slapi 中给出错误，例如

No such file or directory
#include <sys/socket.h>
^~~~~~~~~~~~~~
compilation terminated.

我已经检查过pacman -Fs in.h socket.h输出如下

msys/msys2-runtime-devel 2.10.0-2
usr/include/cygwin/in.h
usr/include/netinet/in.h
usr/include/sys/socket.h

并且我安装了 msys2-runtime-devel。尽管如此，这提醒了我，在 ./配置输出包含期间

checking sys/socket.h usability... no
checking sys/socket.h presence... no

所以我试图运行gcc -xc -E -v -试图确定包含哪个目录，但是在 MSYS2-MINGW64 中它停止

在此

COLLECT_GCC=C:msys64mingw64bingcc.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-7.3.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --enable-libstdcxx-filesystem-ts=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=https://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 7.3.0 (Rev1, Built by MSYS2 project)
COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic' '-march=x86-64'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/cc1.exe -E -quiet -v -iprefix C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/ -D_REENTRANT - -mtune=generic -march=x86-64

cc1没有给出任何输出，冻结了 MSYS2，我必须从任务管理器终止 cc1。

然后我直接跑C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/cc1.exe -E -quiet -v -iprefix C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/ -D_REENTRANT - -mtune=generic -march=x86-64

它返回了

ignoring duplicate directory "C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/7.3.0/include"
ignoring nonexistent directory "C:/building/msys64/mingw64/include"
ignoring nonexistent directory "/mingw64/include"
ignoring duplicate directory "C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64- w64-mingw32/7.3.0/include-fixed"
ignoring duplicate directory "C:/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/include"
ignoring nonexistent directory "C:/building/msys64/mingw64/x86_64-w64-mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/include
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64- mingw32/7.3.0/../../../../include
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/include-fixed
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/include
End of search list.

事实证明，#include <...> search不包括 MSYS2 的/usr/include 目录，应该已经C:/msys64/mingw64/bin/../../usr/include

我尝试将ENV CFLAGS="-I/usr/include"放在 ./configure 之前，这导致了更多错误，许多 .h 不可用但存在。 sys/socket.h 是可用的和存在的。

所以事实证明 -I/usr/include 不知何故没有传递到编译器中？

我的问题是，这是可配置的吗？还是我的设置有问题？

OpenLDAP 2.4.46

MSYS2 20161025

Answer 1

MSYS2 有三个不同的工具链，具有不同的用途：

基于 msys-2.0

1. .dll 的工具链，用于创建使用 msys-2.0.dll 提供的 POSIX 仿真功能的可执行文件。 主编译器是/usr/bin/gcc的，它使用来自/usr/include的标头。 如果您的程序是为 Linux 或其他 POSIX 类型的操作系统编写的，并且您发现很难将其移植到 Windows，因为它使用了许多Microsoft不支持的功能，则可以使用此工具链。
2. MinGW 32位工具链。 这将编译可在 32 位或 64 位版本的 Windows 上运行的本机 Windows 软件。 主编译器是/mingw32/bin/gcc。 要使用此工具链，您必须使用"MinGW-w64 32 位 Shell"快捷方式启动 MSYS2 或启动 mingw32.exe。 这个工具链与/usr/include中的标头不兼容，但它可以使用本机Windows标头以及由Microsoft定义的接口，例如windows.h。
3. MinGW 64位工具链。 此工具链与 32 位工具链一样，只是可执行文件是 64 位可执行文件，因此仅适用于 64 位 Windows。 它在开始菜单中有自己的快捷方式，也可以使用mingw64.exe.

我对OpenLDAP一无所知，但是如果它需要一堆MinGW工具链没有的标头，您可以尝试将其移植到Windows或切换到使用基于msys-2.0的工具链构建它.dll。