使用 #include "filename" 时编译器错误

我读了

#include filename将导致该指令被由"分隔符"之间的指定序列标识的源文件的整个内容所替换。

下面是一个简短的例子。用g++ main.cpp f.h f.cpp编译会产生编译错误。程序运行正确后，我删除#include在f.cpp。我有两个问题。

1. 原程序出错的原因是什么?

2. #include filename真的只是用引用文件的内容代替指令吗?

我问第二个问题，因为当我用int f();(这是f.h的确切内容)替换有问题的行时，程序也能正确运行。

谢谢。

f.h

int f();

f.cpp

#include "f.h" // problem
int f() { return 1; }

main.cpp

#include <iostream>
#include "f.h"
int main() {
    std::cout << f() << std::endl;
}

原程序运行g++ main.cpp f.h f.cpp的错误信息为

f.cpp: In function 'int f()':
f.cpp:2:5: internal compiler error: in ggc_record_overhead, at ggc-common.c:1013
 int f() { return 1; }
     ^
0x8ae8eb ggc_record_overhead(unsigned long, unsigned long, void*, char const*, int, char const*)
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/ggc-common.c:1013
0xc4af71 ggc_internal_alloc_stat(unsigned long, char const*, int, char const*)
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/ggc-page.c:1317
0xa48462 get_combined_adhoc_loc(line_maps*, unsigned int, void*)
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/libcpp/line-map.c:136
0xa9a5ff gimple_set_block(gimple_statement_base*, tree_node*) [clone .isra.8]
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple.h:1489
0xa9a5ff lower_stmt
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple-low.c:239
0xa9a5ff lower_sequence
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple-low.c:206
0xa9b481 lower_gimple_bind
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple-low.c:415
0xa9b5c6 lower_function_body
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple-low.c:118
0xa9b5c6 (anonymous namespace)::pass_lower_cf::execute() [clone .lto_priv.4979]
        /apps2/tools/gcc/4.9.2/gcc-4.9.2-src/gcc/gimple-low.c:184
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

更新:

我发现g++ main.cpp f.cpp f.h失败，因为在我的目录中有一个文件f.h.gch。在我清理.gch文件后，程序正确编译。

(很抱歉我之前没有提供这个信息，因为我刚刚注意到它。)

但是，g++ main.cpp f.cpp f.h生成f.h.gch。如果连续编译两次，就会出现错误。

根据东辉的建议，从g++中删除f.h也可以正确编译。并且，它不会生成f.h.gch文件。

我的问题可能是什么是一个重复。h。我们为了文件?