今天遇到了因為include順序不同而編譯結果不同的問題。歸根結底還是自己寫代碼的習慣不好導致的。

編譯環(huán)境

  既然要寫就多寫點吧。最近又開始做TI的DSP C6455相關的開發(fā)了。之前的文章里有寫到，TI提供有一個CSL庫，但是比較老，輸出的格式是COFF，而現(xiàn)在一般是ELF。如果做一些新的開發(fā)的話，建議重新編譯CSL庫，并選擇輸出為ELF格式。

  C6000 DSP的編譯工具鏈目前主要有7.4和8.3版本。8.0以上的版本不再支持C6455了，所以我目前用的CGT版本是7.4.24，7.4版本的應該都差不多，因為文檔都是一樣的。

問題簡化

  實際工程中包含大大小小的文件很多，頭文件的include層層嵌套。所以我在這里為了說明關鍵問題，把我實際遇到的問題做了簡化。整個工程包含三個文件main.cpp, CData.cpp和CData.hpp。源碼如下：

// main.cpp 
/* Scenario 1: it doesn't work */
#include "csl_types.h"
#include "CData.hpp"
/* Scenario 2: it does work */
// #include "CData.hpp"
// #include "csl_types.h"
int main(void) {
    return 0;
}

// CData.cpp 
#include "CData.hpp"

// CData.cpp 
#ifndef CDATA_HPP_
#define CDATA_HPP_
#include <assert.h>
#include <stdlib.h>
class CData {
public:
CData(): m_pData(NULL), m_nCnt(0) {}
CData(int nCnt): m_nCnt(nCnt) {
    m_pData = new int[nCnt];
    assert(m_pData != NULL);
}
~CData(){
    if(m_pData){
        delete[] m_pData;
        m_pData = NULL;
    }
}
protected:
    int *m_pData;
    int m_nCnt;
};
#endif

  實際上的現(xiàn)象就是main.cpp中include了兩個頭文件，它們include的前后順序不同，導致了編譯結果不同。在第一種情況下編譯得到這樣的結果：

  而在第二種情況下就是能夠正常完成編譯。

問題分析

a value of type "void *" cannot be used to initialize an entity of type "int *"
a value of type "void *" cannot be assigned to an entity of type "int *"

  報錯提示的問題和NULL有關，大概意思是NULL是一個void *的類型，不能把它賦給其他類型的變量。但可以看到，單獨編譯CData.cpp是沒有出現(xiàn)問題的。而在編譯main.cpp的時候，因為先include了csl_types.h，導致改變了NULL的定義，所以出了問題。

  查找有NULL相關的定義的文件可以找到：

// stdlib.h
#ifndef NULL
#define NULL 0
#endif

// csl_types.h
#ifndef NULL
#define NULL ((void*)0)
#endif

// xdc/std.h
#undef NULL
#if defined(__cplusplus) || !defined(xdc__strict)
#define NULL 0
#else
#define NULL ((void *)0)
#endif

  stdlib.h大家應該都比較熟悉，是標準庫。csl_types.h是在用CSL的時候會不經(jīng)意間包含的一個頭文件。還有xdc/std.h是在用RTSC時可能會用到的頭文件。這幾個文件里都有關于NULL的定義。

  我這次遇到的問題就是因為前兩個文件include的前后順序不同，NULL定義的情況也就不同了。而第三個文件感覺比較好，會先undef NULL，然后再重新define，應該可以一定程度上避免這個問題。但是第三個文件中有些類型的定義也會和csl_types.h產(chǎn)生沖突，所以用起來還是要注意。

總結

  這次雖然兩個頭文件include的順序引發(fā)的問題。但是歸根結底我覺得還是因為我直接在頭文件里做類（CData）的定義，而沒有把定義放在cpp文件中。如果把方法的具體實現(xiàn)放在源文件里，然后把那些頭文件中的include放到源文件里去，應該可以一定程度上避免這種問題的出現(xiàn)。

  實際工程中遇到這類問題，往往include有多層，很難發(fā)現(xiàn)，所以還是應該要有一個良好的編程習慣！

到此這篇關于C語言關于include順序不同導致編譯結果不同的問題的文章就介紹到這了,更多相關C語言include順序內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！