gcc 使用 warning/optimization 标志链接目标文件
gcc linking object files with warning/optimization flags
我们正在使用泛型编译一个软件，其中文件首先被制成目标文件，它们是这样构建的：
arm-unknown-linux-gnu-gcc -c -O2 -Wstrict-prototypes -Wdeclaration-after-statement -fsigned-char -I/opt/tm-sdk/include -mlittle-endian -Wno-trigraphs -fno-strict-aliasing -fno-omit-frame-pointer -march=armv4 -mtune=arm9tdmi -Wall -Wextra -o src/flex.o src/flex.c
...
arm-unknown-linux-gnu-gcc -c -O2 -Wstrict-prototypes -Wdeclaration-after-statement -fsigned-char -I/opt/tm-sdk/include -mlittle-endian -Wno-trigraphs -fno-strict-aliasing -fno-omit-frame-pointer -march=armv4 -mtune=arm9tdmi -Wall -Wextra -o src/flexdb.o src/flexdb.c
然后它们链接到：
arm-unknown-linux-gnu-gcc -o flex src/flex.o src/flexdb.o src/flexio.o src/flexprotocol.o src/flexsettings.o src/flexstate.o -L/opt/tm-sdk/lib -ltag -lrt -ltmreader -lsqlite3 -lsha1
我的问题是：
我们是否需要在链接期间包含优化和警告标志？如果在从目标文件创建 flex 二进制文件时包含 -Wall、-Wextra 和 -O2，它会做什么吗？
编辑：根据反馈澄清含义。
不，您只是通过对 gcc 的最终调用来调用链接器，-W 和 -O 标志用于编译器。
-Wall 主要是预处理器选项，但也有库的参考。参见 here
-Wextra 似乎是严格的 c++ 预处理器选项。参见 here
-O2 是编译器优化级别设置。参见 here
因此，为了准确回答您的问题，只有 -Wall 可能会在您的 link 步骤中提供帮助。其他两个不会。您可以通过使用和不使用这些选项进行构建来测试这一点，查看是否在出现警告的情况下创建了任何额外的输出，以及代码大小或执行时间在构建之间是否不同。
Do we need to include optimization and warning flags during this final stage of compilation?
当然，您不需要将它们包含在 link 阶段。您已经知道了，因为您不包括它们。但我认为你真正想知道的是......
Would it do anything if -Wall, -Wextra, and -O2 were included when building the flex binary from object files.
所有或几乎所有的警告都是在编译阶段产生的。我不知道有什么例外，但可以想象有一些。因此，在 linking 期间传递与警告相关的标志可能会触发警告，否则您将不会收到这些警告。但这不应该以任何方式影响编译的二进制文件。
优化不同。有些优化可以在 link 时间执行，但可能不会在默认优化级别执行。从 link 命令中省略优化标志不会破坏您的构建，但包含它们可能会导致二进制文件更快和/或更小。
总的来说，我认为没有充分的理由避免在 link 步骤中传递您在编译步骤中执行的相同警告和优化标志。如果您愿意，传递特定于预处理器的标志（例如 -D）也没有害处，因为在 linking 期间它们将被忽略。我假设所有这些都是由 make 管理的，所以你实际上不需要每次都输入选项。
我们正在使用泛型编译一个软件，其中文件首先被制成目标文件，它们是这样构建的：
arm-unknown-linux-gnu-gcc -c -O2 -Wstrict-prototypes -Wdeclaration-after-statement -fsigned-char -I/opt/tm-sdk/include -mlittle-endian -Wno-trigraphs -fno-strict-aliasing -fno-omit-frame-pointer -march=armv4 -mtune=arm9tdmi -Wall -Wextra -o src/flex.o src/flex.c
...
arm-unknown-linux-gnu-gcc -c -O2 -Wstrict-prototypes -Wdeclaration-after-statement -fsigned-char -I/opt/tm-sdk/include -mlittle-endian -Wno-trigraphs -fno-strict-aliasing -fno-omit-frame-pointer -march=armv4 -mtune=arm9tdmi -Wall -Wextra -o src/flexdb.o src/flexdb.c
然后它们链接到：
arm-unknown-linux-gnu-gcc -o flex src/flex.o src/flexdb.o src/flexio.o src/flexprotocol.o src/flexsettings.o src/flexstate.o -L/opt/tm-sdk/lib -ltag -lrt -ltmreader -lsqlite3 -lsha1
我的问题是：
我们是否需要在链接期间包含优化和警告标志？如果在从目标文件创建 flex 二进制文件时包含 -Wall、-Wextra 和 -O2，它会做什么吗？
编辑：根据反馈澄清含义。
不，您只是通过对 gcc 的最终调用来调用链接器，-W 和 -O 标志用于编译器。
-Wall 主要是预处理器选项，但也有库的参考。参见 here
-Wextra 似乎是严格的 c++ 预处理器选项。参见 here
-O2 是编译器优化级别设置。参见 here
因此，为了准确回答您的问题，只有 -Wall 可能会在您的 link 步骤中提供帮助。其他两个不会。您可以通过使用和不使用这些选项进行构建来测试这一点，查看是否在出现警告的情况下创建了任何额外的输出，以及代码大小或执行时间在构建之间是否不同。
Do we need to include optimization and warning flags during this final stage of compilation?
当然，您不需要将它们包含在 link 阶段。您已经知道了，因为您不包括它们。但我认为你真正想知道的是......
Would it do anything if -Wall, -Wextra, and -O2 were included when building the flex binary from object files.
所有或几乎所有的警告都是在编译阶段产生的。我不知道有什么例外，但可以想象有一些。因此，在 linking 期间传递与警告相关的标志可能会触发警告，否则您将不会收到这些警告。但这不应该以任何方式影响编译的二进制文件。
优化不同。有些优化可以在 link 时间执行，但可能不会在默认优化级别执行。从 link 命令中省略优化标志不会破坏您的构建，但包含它们可能会导致二进制文件更快和/或更小。
总的来说，我认为没有充分的理由避免在 link 步骤中传递您在编译步骤中执行的相同警告和优化标志。如果您愿意，传递特定于预处理器的标志（例如 -D）也没有害处，因为在 linking 期间它们将被忽略。我假设所有这些都是由 make 管理的，所以你实际上不需要每次都输入选项。