Prayer

在C++代碼中調用C的庫文件，需加上extern "C"，用來告知編譯器：這是一個用C寫成的庫文件，請用C的方式連接他們。

Undefined reference to 錯誤:這類錯誤是在連接過程中出現的，可能有兩種原因∶

一是使用者自己定義的函數或者全局變量所在源代碼文件，沒有被編譯、連接，或者干脆還沒有定義，這 需要使用者根據實際情況修改源程序，給出全局變量或者函數的定義體；

1) 可以頭文件中類加上

　　#ifndef xxx_H
　　#define xxx_H

　　namespace xxx{

　　};

　　#endif

　　cpp文件中包含頭文件，using namespace xxx; 或者 其他訪問方式（自行百度namepace 使用方法）

2）若全局 namespace xxx 被class xxx 覆蓋，請加上::

3) 請注意原來的makefile文件是否包含新增的文件，并且邏輯包含關系正確。

二是未定義的符號是一個標準的庫函數，在源程序中使用了該庫函數，而連接過程中還沒有 給定相應的函數庫的名稱，或者是該檔案庫的目錄名稱有問題.

   在使用廠商新提供的庫文件時，遇到了新問題，庫中的函數程序不識別，同樣的方法在使用以前的庫時是可行的，在CSDN上求助并查閱一些資料后，問題已經解決。
1）使用庫的時候首先要明確庫（或者頭文件）是用什么編寫的，如果是用C++編寫的，那么在MFC中可以直接使用，如果是用c編寫的，那么在#include頭文件的時候要加上
extern “C”{
#include “OOXX.h”
}
注意格式換行要正確。
2）為什么要如1）中那樣操作呢，因為在c++中編譯的方法和c不用，這是由于函數的重載造成的。在c中不涉及重載，如函數func（int a，float b）編譯成_func.在c++中涉及重載，如果只憑函數名是不足以判斷是使用的哪個函數，所以編譯的時候要加上變量，如函數func(int a,float b)編譯成_func_int_float,這樣不但確定了函數名，還確定了使用哪中重載。正式由于以上的不同，使得c中編的函數不能在c++中直接使 用，c++中為了兼容c的代碼，提出了extern “C”的方法，在編譯聲明了extern “C”的函數函數時，會按照c語言的方法編譯。
如果不加extern “C”，在編譯的時候會出現link錯誤：error link 2001：unresolved extern symbol “long __stdcall func(int a,float b)@QDASCFQAE@”之類的錯誤，說明編譯器沒有識別出函數func