具有原始types定义的GCC编译器错误

所以升级到Linux Mint（和使用GCC v4.7.3）一些头已经产生了一些非常奇怪的编译器错误。 当我尝试编译时，我得到以下错误消息：

gcc sc In file included from /usr/lib/gcc/x86_64-linux-gnu/4.7/include/setjmp.h:26:0,from /usr/lib/gcc/x86_64-linux-gnu/4.7/include/bits/pthreadtypes.h:14,from /usr/lib/gcc/x86_64-linux-gnu/4.7/include/pthread.h:14,from sc:2: /usr/lib/gcc/x86_64-linux-gnu/4.7/include/bits/setjmp.h:30:1: error: expected '=',',';','asm' or '__attribute__' before 'typedef' In file included from /usr/lib/gcc/x86_64-linux-gnu/4.7/include/bits/pthreadtypes.h:14:0,from sc:2: /usr/lib/gcc/x86_64-linux-gnu/4.7/include/setjmp.h:46:5: error: unkNown type name '__jmp_buf' Compilation exited abnormally with code 1 at Mon Nov 25 09:03:37

所以这是触发编译器错误的头文件：

/* Define the machine-dependent type `jmp_buf'. x86-64 version. */ #ifndef _BITS_SETJMP_H #define _BITS_SETJMP_H 1 #include <bits/wordsize.h> # if __WORDSIZE == 64 typedef long int __jmp_buf[8]; # else typedef int __jmp_buf[6]; # endif #endif /* bits/setjmp.h */

这里是源代码（sc）：

#include <stdio.h> #include <pthread.h> int main() { return 0; }

这里发生了什么？

.net方法模仿windows默认的文件重命名行为

ffmpeg – 转换时不允许操作错误

在VC ++中使用getopt（）

如何使用共享内存和信号量来实现pipe道？

C语言的FastCGI与Nginx

连接到远程共享文件夹会导致“多个连接不允许”错误，但尝试断开连接会导致“连接不存在”

poll（）在树莓gpio（sysfs）覆盆子

如何find我的程序的主要（…）function？

Linux系统调用如何与文件系统交互

试图从高清摄像头使用Qt和OpenCV获得1080p的实时反馈只能获得480p

所以我搜索了“linux pthreadtypes”，发现了另一个版本的代码dot woboq dot org，它是Linux特有的。 它很好地编译，所以我擦了头的现有版本，给了我早些时候发布的错误。 不知道我从哪里得到的版本，但在互联网上的某个地方，可能是FreeBSD版本.Gotta确保您的POSIX线程头/库与您的操作系统兼容。