GCC 中的 -D__USE_FIXED_PROTOTYPES__ 是做什么用的？

Question

在Practical C Programming的书Chapter 7 Programming Process中有一个makefile：

File: calc1/makefile.gcc
#-----------------------------------------------#
#   Makefile for unix systems       #
#    using a GNU C compiler         #
#-----------------------------------------------#
CC=gcc
CFLAGS=-g -D__USE_FIXED_PROTOTYPES__ -ansi
#
# Compiler flags:
#   -g  -- Enable debugging
#   -Wall   -- Turn on all warnings (not used since it gives away
#           the bug in this program)
#   -D__USE_FIXED_PROTOTYPES__
#       -- Force the compiler to use the correct headers
#   -ansi   -- Don't use GNU extensions.  Stick to ANSI C.

calc1: calc1.c
    $(CC) $(CFLAGS) -o calc1 calc1.c

clean:
    rm -f calc1 

什么是“正确的标题”？为什么选项参数-D和__USE_FIXED_PROTOTYPES__之间没有空格？

在GCC mirror中，有：

/* __USE_FIXED_PROTOTYPES__ used to be required to get prototypes for
   malloc, free, etc. on some platforms.  It is unclear if we still
   need it, but it can't hurt.  */
#define __USE_FIXED_PROTOTYPES__

Re: Is __USE_FIXED_PROTOTYPES__ really necessary?有解释。

但我没有得到分数。

这本 PRACC 书出版于 1997 年，有点旧，但仍然非常有用。 Makefile 有点过时了，不知道是否还需要 .gcc 扩展名。

Errata for Practical C Programming 中均未提及这些。

Answer 1

所有这些都是错误的。我不知道在 2018，即 2011 年最新版本发布年份的第 7 年，强制编译器坚持已弃用的 1989 年标准修订版有什么实际意义。

__USE_FIXED_PROTOTYPES__ 的必要性似乎已经讨论过in 1997。这是为了使代码在头文件早于 1989 年标准的平台上工作。你不会需要它的。那时你可以有一个执行以下操作的程序：

#include <stdlib.h>
int main() {
    void *p = malloc(42.0);
}

并且程序将具有未定义的行为，因为<stdlib.h> 不包含原型，并且参数类型错误。

现在 GCC 不能那样工作了。从 C99 开始，如果缺少原型，GCC 就会大声抱怨。它还会抱怨错误的参数类型等：

// #include <stdlib.h>
int main() {
    void *p = malloc(42.0);
}

编译时：

% gcc test.c 
test.c: In function ‘main’:
test.c:2:15: warning: implicit declaration of function ‘malloc’ [-Wimplicit-function-declaration]
     void *p = malloc(42.0);
               ^~~~~~
test.c:2:15: warning: incompatible implicit declaration of built-in function ‘malloc’
test.c:2:15: note: include ‘<stdlib.h>’ or provide a declaration of ‘malloc’

使用-pedantic-errors，隐式函数声明会变成一个错误，导致编译失败（应该如此）。

我什至不确定这是否真的有任何影响。大概这是为了修复声明，以便每当您包含 <stdlib.h> 时，这也意味着例如 malloc 将有一个正确的原型，而不是隐式函数声明。在 20 年前为 15 岁的系统编译时，它可能是相关的。现在它在为 35 岁的系统编译时是相关的。

如果这是本书给出的实用建议，我的实用建议是将其用作燃烧过程的燃料。这可能是您可以用它做的最有用的事情。

如果您重视标准符合性，请使用

，而不是所有这些标志

-Wall -std=c11 -pedantic-errors

没有-pedantic-errors，即使-std=c11 -Wall 也会允许某些GCC 特定的扩展通过。