stange -I 与 make 和 bad -L 的效果

Question

我正在尝试构建一个自动化构建系统。 我花了一些时间将一个工作的 wii 通用 makefile 更改为一个工作的 win32（使用 mingw32）makefile。

我的制作在这里 http://pastie.org/319482

奇怪的效果是，如果我删除前面的ABS_INCL（第 31 行）中的路径构建不起作用，并抱怨缺少第一个路径指定的标头。 它为什么要这样做？ 我无法追踪问题。

下一个问题是，当我放入需要 libcurl 的代码时，我仍然可以编译，但不再按预期链接。 我将curl添加到我的库（第47行）和路径（第53行）中，看起来我正确地包含了它，并且库的顺序正确（我在将wii转换为win32时尝试尽可能少地接触）并且我看不出问题所在。 有谁知道为什么会发生这种情况？

这是用于测试的简单源

#include <stdio.h>
void main2();
int main( int argc, const char* argv[])
{
    int a=0;
    printf("hey");
    main2();
    return 0;
}
#include <curl/curl.h>
void main2()
{
    CURL *curl = curl_easy_init();
    curl_easy_cleanup(curl);
}

Answer 1

你在这里得不到很多答案——我要冒险告诉你，这是因为你的标题写得很糟糕。 当它向下滚动主页时​​，我已经读了大约 20 遍，但我仍然没有真正理解它。 有一个明显的拼写错误，我想进去修复它，但是“-l”和“-L”很奇怪，我不知道你要去哪里。

所以，大多数人都会看到这一点，然后就空白并继续前进。 假设他们通过了这一点，您未能将 makefile 中包含的有用信息添加到问题中，因此您必须离开并在其他站点上阅读它。

最后，还有一个障碍，你的 makefile 太长，不容易阅读和吸收。 因此，假设像我这样真正有决心的人去阅读它，就很难判断问题出在哪里。 您需要将其编辑到大约十行或更少，然后假设您无法找出问题，那么您可以仅发布显示问题中的那几行，然后使用合适的标题和一些好的描述性文字，您可能会得到答案。

我猜你的问题的答案并不是那么难，你已经成功地混淆了它，以至于大多数人都不会打扰。