• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統計

            • 隨筆 - 24
            • 文章 - 0
            • 評論 - 17
            • 引用 - 0

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            相冊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            有關include guard的一個好帖子(收藏)
            終于弄清楚了原來說的同一個頭文件不能被兩次或兩次以上包含是針對同一個源文件而言的。借用80后的流行語,真是漢哪!

            原貼地址:http://www.keil.com/forum/docs/thread10237.asp

            作者 Per Westermark

            The

            #ifndef xx
            #define xx
            ...
            #endif
            

            method is to make sure that a header file isn't included more than once from the same c file.

            You can not - and normally don't want to - stop multiple c files from including the same header file.

            A header file is included because:
            1) You have specifically added a line #include "xx" or #include <xx> in the source file. Don't do that unless you want the file to be included :)
            2) You are including one header file, that it it's turn (one or more steps away) includes another header file. But a header file should only contain a recursive #include if it really needs that other file for some declarations. Hence, you need to include it.

            What does this mean?

            If the header file must be seen by multiple source files, you can't use it to allocate global variables, since the linker would then complain about multiple sets of global variables with the same name. This can be solved with the following:

            //globals.h
            #ifndef _GLOBALS_H
            #define _GLOBALS_H
            #if defined MAIN
            #define EXTERN
            #else
            #define EXTERN extern
            #endif
            ...
            EXTERN int my_global_variable;
            #endif // _GLOBALS_H
            

            // main.c
            #define MAIN
            #include "globals.h"
            ...
            // misc.c
            #include "globals.h"
            ...
            

            In this case, only the inclusion in main.c will result in an "allocation" of global variables, because the #define EXTERN will be empty. All other source files that includes "globals.h" will just see the type information for the global variables.

            posted on 2009-02-19 09:04 小蔥蘸醬 閱讀(996) 評論(2)  編輯 收藏 引用

            評論

            # re: 有關include guard的一個好帖子(收藏) 2009-02-19 21:19 陳梓瀚(vczh)

            EXTERN的時候,如果剛好main沒有引用它,那就鏈接錯誤了- -#
              回復  更多評論    

            # re: 有關include guard的一個好帖子(收藏)[未登錄] 2009-02-20 16:15 小蔥蘸醬

            @陳梓瀚(vczh)
            歡迎評論!
            只要在include "globals.h"前定義了MAIN,就不會聯接錯誤,跟引用有什么關系呢?
              回復  更多評論    
            亚洲国产一成久久精品国产成人综合| 一日本道伊人久久综合影| 亚洲中文字幕无码久久2017| 欧美午夜精品久久久久免费视 | 国内精品伊人久久久久AV影院| 久久精品国产福利国产秒| 亚洲国产天堂久久综合| 久久久久久毛片免费播放| 日韩美女18网站久久精品| 777米奇久久最新地址| 伊人久久大香线蕉综合5g| 欧美日韩中文字幕久久伊人| 久久精品国产色蜜蜜麻豆| 国产精品免费久久久久电影网| 天天爽天天狠久久久综合麻豆| 激情综合色综合久久综合| 无码人妻精品一区二区三区久久久 | 久久99精品久久只有精品 | 日本一区精品久久久久影院| 国内高清久久久久久| 久久天天日天天操综合伊人av| 国产精品99久久99久久久| 成人久久免费网站| 久久天天婷婷五月俺也去| 久久se这里只有精品| 四虎国产永久免费久久| 精品久久久久久亚洲| 国产一区二区三区久久| 91精品国产91久久久久福利| 色诱久久久久综合网ywww| 精品国产乱码久久久久久人妻 | 亚州日韩精品专区久久久| 久久国产精品免费一区二区三区 | 女人香蕉久久**毛片精品| 国产精品久久久久久| 久久福利青草精品资源站| 国产精品视频久久久| 久久亚洲欧美日本精品| 国产亚洲精午夜久久久久久 | 久久av无码专区亚洲av桃花岛| 久久丫精品国产亚洲av|