为什么可以'；在为NetBburner交叉编译时，是否找到openssl头？

我正在尝试在Cygwin下使用NetBburner NNDK 2.6.2构建openssl 1.0.1g。我知道这是不支持开箱即用的，所以我添加了这一行来配置（选项是openssl基本“gcc”配置选项和NNDK选项的混合-不确定这是否有效）：

我运行了配置：

Configure NetBurner no-asm no-shared no-threads no-zlib

配置输出没有提到任何错误，以“为NetBburner配置”结束。然后我运行make，它无法构建加密。标题搜索路径（为了简洁起见，省略了NNDK）：

我没有更改目录结构或从tarball中移动文件。openssl-1.0.1g目录包含e_os.h（我运行make from的地方），而openssl-1.0.1g/include/openssl包含一个链接：

lrwxrwxrwx 1 opensslconf.h -> ../../crypto/opensslconf.h

---

在加密目录的上下两级之后，opensslconf.h就存在了。我已经尝试手动添加到GCC的

-I

包含路径，但没有成功。

这是Cygwin的问题。My

CYGWIN

环境变量被设置为

winsymlinks

，它根据文档为symlinks创建Windows快捷方式文件，而不是本机Windows symlinks：

winsymlinks:{lnk，native，nativestrict}-如果设置为仅winsymlinks或 winsymlinks:lnk，Cygwin使用 特殊标头和R/O属性集

如果设置为winsymlinks:native或winsymlinks:nativestrict，则为Cygwin 在文件系统和操作系统上将符号链接创建为本机Windows符号链接 支持它们的版本。如果已知操作系统不支持本机 符号链接（Windows XP、Windows Server 2003），将显示一条警告消息 每节课制作一次

我将

CYGWIN

环境变量更改为

winsymlinks:native

，重新启动CYGWIN，并再次提取tarball。现在Cygwin符号链接是实际的Windows符号链接，预处理器找到了这些文件

#include "..." search starts here:
#include <...> search starts here:
.
..
../include

In file included from cryptlib.h:65,
             from cryptlib.c:117:
../e_os.h:62:33: error: openssl/opensslconf.h: No such file or directory
../e_os.h:64:27: error: openssl/e_os2.h: No such file or directory

lrwxrwxrwx 1 opensslconf.h -> ../../crypto/opensslconf.h