GCC突然停止工作

我突然注意到，gcc拒绝编译许多项目。我试图编译Linux3.18-rc2和eglibc，但这两次GCC都会产生大量错误。似乎它没有意识到的第一件事是：

extern __pid_t fork (void) __THROWNL;

它抱怨的是：

In file included from scripts/basic/fixdep.c:109:0:
/usr/include/unistd.h: In function ‘fork’:
/usr/include/unistd.h:756:28: error: expected declaration specifiers before ‘__THROWNL’
/usr/include/unistd.h:764:16: error: storage class specified for parameter ‘vfork’
/usr/include/unistd.h:770:14: error: storage class specified for parameter ‘ttyname’
/usr/include/unistd.h:774:12: error: storage class specified for parameter ‘ttyname_r’
/usr/include/unistd.h:779:12: error: storage class specified for parameter ‘isatty’
/usr/include/unistd.h:785:12: error: storage class specified for parameter ‘ttyslot’
/usr/include/unistd.h:790:12: error: storage class specified for parameter ‘link’ 
/usr/include/unistd.h:796:12: error: storage class specified for parameter ‘linkat’
/usr/include/unistd.h:803:12: error: storage class specified for parameter ‘symlink’
/usr/include/unistd.h:809:16: error: storage class specified for parameter ‘readlink’ 
/usr/include/unistd.h:816:12: error: storage class specified for parameter ‘symlinkat’
/usr/include/unistd.h:820:16: error: storage class specified for parameter ‘readlinkat’ 
/usr/include/unistd.h:826:12: error: storage class specified for parameter ‘unlink’
/usr/include/unistd.h:830:12: error: storage class specified for parameter ‘unlinkat’
/usr/include/unistd.h:835:12: error: storage class specified for parameter ‘rmdir’
/usr/include/unistd.h:839:16: error: storage class specified for parameter ‘tcgetpgrp’
/usr/include/unistd.h:842:12: error: storage class specified for parameter ‘tcsetpgrp’
/usr/include/unistd.h:849:14: error: storage class specified for parameter ‘getlogin’
/usr/include/unistd.h:857:12: error: storage class specified for parameter ‘getlogin_r’
/usr/include/unistd.h:862:12: error: storage class specified for parameter ‘setlogin’

我试着改为“HOSTCC='gcc-std=gnu99”，认为它可能无法识别代码中的许多GNU扩展，结果是一样的

$ echo "int main (void) {return 0;}" > silly.c && gcc -o silly silly.c
$ 

可能出了什么问题

编辑：这是GCC本身的版本

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5) 

---

结果是我破坏了我的/usr/include文件夹。没关系，问题解决了

谢谢大家

---

我的想法：我试图交叉构建EGLIBC，但意外地在/usr/include中安装了头文件。我一定是损坏了一些东西。

自上次它工作以来发生了什么变化？@JohnZwinck理论上，什么都不应该改变。我在圣诞节休息后回来，发生了这种情况。很高兴你修复了它。你介意给我一些帮助吗“关于它是如何发生的更多细节？”约翰·温克肯定。不过这只是一个理论。