sudo make時#include "hdfs.h"出現include錯誤

fatal error: hdfs.h: No such file or directory 

#include "hdfs.h"

也就是hdfs.h檔案inclucd不進來

原因：

檔案讀取許可權問題，$HADOOP_HOME/include目錄是使用者bdms安裝的，則另一個普通使用者如guest則不能讀取，即使echo $CLASSPATH有這個目錄。

解決：

使用super使用者source配置檔案，並在super使用者下make

# vi bin/setenv

export CLASSPATH=$CLASSPATH:`$HADOOP_HOME/bin/hadoop classpath --glob`:$HADOOP_HOME/include

# . bin/setenv 

# echo $CLASSPATH

...:/usr/local/java/hadoop-2.6.0/include

g++無法使用數學庫函式,abs() 函式無法找到

同樣的一個原始碼, 如果儲存成c檔案, 用gcc編譯可以通過和使用

如果用g++編譯無法通過. 原因是abs() 函式無法找到? 

解決：

#include <stdlib.h>

C/C++避免同一個檔案被include多次的兩種方式

一種是#ifndef方式，一種是#pragma once方式：

    方式一：
    #ifndef __SOMEFILE_H__
    #define __SOMEFILE_H__
    ... ... // 宣告、定義語句
    #endif

    方式二：

    #pragma once

    ... ... // 宣告、定義語句

   #ifndef的方式受C/C++語言標準支援。它不光可以保證同一個檔案不會被包含多次，也能保證內容完全相同的兩個檔案（或者程式碼片段）不會被不小心同時包含。
    當然，缺點就是如果不同標頭檔案中的巨集名不小心“撞車”，可能就會導致你看到標頭檔案明明存在，編譯器卻硬說找不到宣告的狀況——這種情況有時非常讓人抓狂。
    由於編譯器每次都需要開啟標頭檔案才能判定是否有重複定義，在包含一個檔案的時候，只有開啟這個檔案，根據檔案的保護巨集是否已經被定義來判斷此檔案是否已經被包含過，所以效率相對較低。

因此在編譯大型專案時，ifndef會使得編譯時間相對較長，因此一些編譯器逐漸開始支援#pragma once的方式。

   #pragma once一般由編譯器提供保證：同一個檔案不會被包含多次。注意這裡所說的“同一個檔案”是指物理上的一個檔案，而不是指內容相同的兩個檔案。你無法對一個頭檔案中的一段程式碼作pragma once宣告，而只能針對檔案。

   效率更高：因為不需要去開啟包含的檔案，就可以判斷這個檔案有沒有被包含，當然這個工作是系統幫我們完成的。

    其好處是，你不必再費勁想個巨集名了，當然也就不會出現巨集名碰撞引發的奇怪問題。大型專案的編譯速度也因此提高了一些。
    對應的缺點就是如果某個標頭檔案有多份拷貝，本方法不能保證他們不被重複包含。當然，相比巨集名碰撞引發的“找不到宣告”的問題，這種重複包含很容易被發現並修正。

    #pragma once方式產生於#ifndef之後，目前看來#ifndef更受到推崇。因為#ifndef受C/C++語言標準的支援，不受編譯器的任何限制；而#pragma once方式卻不受一些較老版本的編譯器支援，一些支援了的編譯器又打算去掉它，所以它的相容性可能不夠好。一般而言，當程式設計師聽到這樣的話，都會選擇#ifndef方式，為了努力使得自己的程式碼“存活”時間更久，通常寧願降低一些編譯效能。

還有一種用法是把兩者放在一起的：

    #pragma once
    #ifndef __SOMEFILE_H__
    #define __SOMEFILE_H__
    ... ... // 宣告、定義語句
    #endif

    看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有巨集名衝突的危險，也無法避免不支援#pragma once的編譯器報錯，所以混用兩種方法似乎不能帶來更多的好處，倒是會讓一些不熟悉的人感到困惑。

在#include的時候，程式設計師也可以自己判斷所要包含的檔案的保護巨集是否已經被定義，來決定是否要包含這個檔案。類似下面的程式碼：

1. #ifndef FILE_H_
2.     #include "file.h"
3. #endif

這樣作可以得到較高的效率，而且保證可移植性。但是檔案之間的依賴性較高，如果一個檔案的保護巨集改變的話，所有使用如上形式包含這個檔案的檔案都要修改，有悖於模組化的思想。

附：如何保證使用的識別符號在其他地方沒有使用過？

   /* things.h */
#ifndef THINGS_H_
        #define THINGS_H_
        ...
#endif

     通常編譯器提供商採用如下方法：用檔名作為識別符號，並在檔名中使用大寫字母。用下劃線代替檔名中的句點符號，用下劃線（可能兩條下劃線）作字首和字尾。

     所以，為了避免跟編譯器提供的標頭檔案相沖突，採取的方法是把編譯器識別符號去掉字首，也就是字首不用下劃線，其他按照編譯器的方法。上面的示例就是採用的這種方法。

[http://blog.csdn.net/holybin/article/details/28397157

http://zhangzhiyin1982.blog.163.com/blog/static/2899121720076259553175/

http://blog.csdn.net/hkx1n/article/details/4313303]

ref: