奇怪的錯誤當添加的#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>。

另一個建議：將<>更改爲「」。