Compilation 在制造过程中忽视警告有什么害处？

我想问的是，如果使用

make -i

而不是

make

收到此警告后：

    utils.o: In function `ast_gethostbyname':
/home/mohessaid/asterisk-1.4.44/main/utils.c:224: warning: gethostbyname_r is obsolescent, use getnameinfo() instead.

---

一般来说，运行编译时打开所有警告是一个好主意，这样可以更容易地跟踪生成过程中或运行时的错误。这对开发人员非常有用，但对最终用户也很有用

例如，我必须编译一个主要的软件，只有当我试图使用它时，它才抱怨没有启用SSL。回顾编译输出，它会发出一个大警告，指出几个可选依赖项没有配置，因此它们的相关功能将无法启用。安装必要的SSL开发包

后，请确保不再打印针对该特定依赖项的警告，我可以确定该功能将正常工作

具体地说，
-i
在
man
页面中说，“忽略为重新生成文件而执行的命令中的所有错误”（我的重点）。这听起来不是一个好主意，因为
make
在遇到错误时会退出，因此您似乎不太可能从过程中得到有用的结果，
-i
或no
-i
一般来说，在所有警告都打开的情况下运行编译是一个好主意，更容易跟踪生成过程中或运行时的错误。这对开发人员非常有用，但对最终用户也很有用

例如，我必须编译一个主要的软件，只有当我试图使用它时，它才抱怨没有启用SSL。回顾编译输出，它会发出一个大警告，指出几个可选依赖项没有配置，因此它们的相关功能将无法启用。安装必要的SSL开发包
后，请确保不再打印针对该特定依赖项的警告，我可以确定该功能将正常工作

具体地说，
-i
在
man
页面中说，“忽略为重新生成文件而执行的命令中的所有错误”（我的重点）。这听起来不是一个好主意，因为
make
在遇到错误时会退出，因此您似乎不太可能从过程中得到有用的结果，
-i
或no
-i
一般来说，在所有警告都打开的情况下运行编译是一个好主意，更容易跟踪生成过程中或运行时的错误。这对开发人员非常有用，但对最终用户也很有用

例如，我必须编译一个主要的软件，只有当我试图使用它时，它才抱怨没有启用SSL。回顾编译输出，它会发出一个大警告，指出几个可选依赖项没有配置，因此它们的相关功能将无法启用。安装必要的SSL开发包
后，请确保不再打印针对该特定依赖项的警告，我可以确定该功能将正常工作

具体地说，
-i
在
man
页面中说，“忽略为重新生成文件而执行的命令中的所有错误”（我的重点）。这听起来不是一个好主意，因为
make
在遇到错误时会退出，因此您似乎不太可能从过程中得到有用的结果，
-i
或no
-i
一般来说，在所有警告都打开的情况下运行编译是一个好主意，更容易跟踪生成过程中或运行时的错误。这对开发人员非常有用，但对最终用户也很有用

例如，我必须编译一个主要的软件，只有当我试图使用它时，它才抱怨没有启用SSL。回顾编译输出，它会发出一个大警告，指出几个可选依赖项没有配置，因此它们的相关功能将无法启用。安装必要的SSL开发包
后，请确保不再打印针对该特定依赖项的警告，我可以确定该功能将正常工作

具体地说，
-i
在
man
页面中说，“忽略为重新生成文件而执行的命令中的所有错误”（我的重点）。这听起来不是个好主意，而且由于
make
遇到错误时退出，因此您似乎不太可能从该过程中得到有用的结果，
-i
或no
-i
当然，在使用-i选项后，该过程成功完成，此警告出现在编译过程中的最后一个任务中。所有*.o文件都已正确生成，但链接器似乎对此行有问题。当然，在使用-i选项后，此过程已成功完成，并且此警告出现在编译过程中的最后一个任务中。所有*.o文件都已正确生成，但链接器似乎对此行有问题。当然，在使用-i选项后，此过程已成功完成，并且此警告出现在编译过程中的最后一个任务中。所有*.o文件都已正确生成，但链接器似乎对此行有问题。当然，在使用-i选项后，此过程已成功完成，并且此警告出现在编译过程中的最后一个任务中。所有*.o文件都正确生成，但链接器似乎对此行有问题。