奇怪的错误当添加的#include <string>

Question

我有以下非常简单的应用程序，编译和运行良好：

编辑：改变的例子是simpilar结束，真正的问题

int main() { 
    return 0; 
} 

由于混乱当我加入#include <string>（甚至不能引用的std :: string），它不能编译，我得到以下错误：

/usr/include/c++/4.1.2/bits/allocator.h:82 error: expected template-name before '<' token

随着约456其他类似的错误。

任何想法？谢谢！

UPDATE：

线/usr/include/c++/4.1.2/bits/allocator.h 82引用在错误的位置模板__glibcxx_base_allocator。该模板在bits/c++allocator.h中定义。当我搜索那个文件的系统时，我得到3个命中，但没有一个在/usr/include/c++/4.1.2/bits/，正如人们所期望的那样。

我有版本3.1.6,4.1.1和4.3.2，但没有4.1.2，因为我正在使用的包括其余部分。我不确定哪一个被使用（如果有的话，但是，我没有得到任何未知文件的错误），但似乎问题可能源于此。

Answer 1

的问题似乎是已安装的开发包是不正确或不完整（不与腐败相混淆）。强制的g ++使用不同的版本，包括纠正了：

g++ -nostdic++ hello.cc -o hello -I/usr/include/c++/3.4.6

所有备选目录（4.1.1，4.1.2和4.3.2）的不完整造成不适当的文件被列入引起异常错误。例如：

/usr/include/c++/4.1.2/bits/allocator.h需要位于bits/c++allocator.h__glibcxx_base_allocator正被包括来自任一/usr/include/c++/4.1.1或/usr/include/c++/4.3.2而且似乎是不相容的。强制编译器使用唯一完整的包含解决此问题。

Answer 2

几乎可以肯定g ++将.cc作为C源文件检测，而不是C++，并将其传递给gcc而不是编译为C++。您可以通过将您的文件重命名为hello.C来轻松进行测试。还有一个可以使用的g ++语言参数。

编辑：这似乎工作正常在g ++ 4.2与.cc扩展，所以可能不是这样。你有没有其他的标题，你没有向我们展示？他们可能会干扰<string>。

编辑2：或者您的标题可能没有设置正确。这是否工作：当C++标准库头被损坏/发生

#include <string> 
int main() 
{ 
    return 0; 
} 

Answer 3

象这样的错误已经听说过没有完全安装 - 也许甚至有指丢失的456个其他错误中包括的消息。

无论如何，请确保libstdc++-devel，resp。包含您的发行版的C++标准库头文件的包已正确安装。

Answer 4

这可能是在预处理阶段造成的错误。只需通过将标志-E传递给gcc来预处理您的cpp文件，并查看编译器抱怨的地方。

Answer 5

检查您的包含路径。路径可以指定为环境变量或在命令行中指定。您可能正在使用来自不同编译器或相同编译器的不同版本的包含文件。

此外，请尝试使用<cstdio>而不是<stdio.h>。

另一个建议：将<>更改为“”。