Fatal编程技术网
  • gcc/
  • 如何分析生成编译器警告的输出？ 我正在研究一个跨平台的C++应用程序，用于Windows、Mac OS X和Linux。开发是在Windows上完成的，然后在Mac OS X和Linux上测试与gcc的兼容性。在windows上，我们使用Visual Studio进行编译，在Linux和Mac OS X下，我们使用Makefiles

如何分析生成编译器警告的输出？ 我正在研究一个跨平台的C++应用程序，用于Windows、Mac OS X和Linux。开发是在Windows上完成的，然后在Mac OS X和Linux上测试与gcc的兼容性。在windows上，我们使用Visual Studio进行编译，在Linux和Mac OS X下，我们使用Makefiles

gcc makefile

如何分析生成编译器警告的输出？ 我正在研究一个跨平台的C++应用程序，用于Windows、Mac OS X和Linux。开发是在Windows上完成的，然后在Mac OS X和Linux上测试与gcc的兼容性。在windows上，我们使用Visual Studio进行编译，在Linux和Mac OS X下，我们使用Makefiles,gcc,makefile,compiler-warnings,gcc-warning,Gcc,Makefile,Compiler Warnings,Gcc Warning,有没有办法过滤每个项目/模块的编译器警告？大多数项目都有自己的Makefile，然后为子项目调用qmake。在这种情况下，它们是收集编译器警告和错误的工具还是provent方法？理想情况下，我希望有html输出，每个项目有一个摘要，实际错误有一个详细页面。GCC向标准错误（文件描述符2）发送警告和错误，而正常输出转到标准输出（文件描述符1）。您可以将警告或错误重定向到额外的文件，并解析输出以生成报告 $ make 1> log 2> error_log

有没有办法过滤每个项目/模块的编译器警告？大多数项目都有自己的Makefile，然后为子项目调用qmake。在这种情况下，它们是收集编译器警告和错误的工具还是provent方法？理想情况下，我希望有html输出，每个项目有一个摘要，实际错误有一个详细页面。

GCC向标准错误（文件描述符
2
）发送警告和错误，而正常输出转到标准输出（文件描述符
1
）。您可以将警告或错误重定向到额外的文件，并解析输出以生成报告

$ make 1> log 2> error_log