c/c++ 符號表以及staticconst修飾變量
阿新 • • 發佈:2018-03-30
gcc struct 字段表 定義 sign src inf 進程間 mage
1 符號表
2 代碼
每個變量都標了號,防止看混了.
int _1_cpp_i_ = 1; const int _2_cpp_c_i_ = 1; static int _2_cpp_s_i_ = 1; void _4_cpp_v_func_i_i_(int, int) { return; } int _5_cpp_i_func_i_i_(int, int) { return 1; } extern "C" { int _6_c_i_ = 1; const int _7_c_c_i_ = 1; static int _8_c_s_i_ = 1; void _9_c_v_func_i_i_(int, int) { return; } int _0_c_i_func_i_i_(int, int) { return 1; } }
然後編譯並查看,註意這裏使用 g++
然後看一下,下表4代表的段,是那個段:
隨便百度一下:rodata的意義同樣明顯,ro代表read only,即只讀數據(const)。
額外補一些:
- 常量不一定就放在rodata裏,有的立即數直接編碼在指令裏,存放在代碼段(.text)中。
- 對於字符串常量,編譯器會自動去掉重復的字符串,保證一個字符串在一個可執行文件(EXE/SO)中只存在一份拷貝。
- rodata是在多個進程間是共享的,這可以提高空間利用率。
但是這只是編譯器說這段不能修改,其實真正強制這個段的內容不能更改的是操作系統在分配頁的時候,給頁加上的屬性.
如果使用gcc編譯:
使用gcc 和使用g++ 編譯結果居然一樣,可見,gcc 編譯 的時候也使用了和g++一樣的標識符修飾規則.
而extern "C" 的作用,現在變成了,按照以前 gcc 的形式修飾標識符(因為現在gcc 標識符修改規則已經變了)
3 綜上
static 和 const修飾的全局變量,默認只在本文件中可見.(註意通常是 cc文件,因為.h文件被 include進去了,不存在可不可見了)
4 從elf 符號表角度分析
符號表中的每一項表示一個符號的信息.記錄在結構體中
struct Elf32_Sym { Elf32_Word st_name; /* 符號名,是在字符串表中的下表 */ Elf32_Addr st_value; /* 符號對應的只,可能是個地址,具體跟富豪有關*/ Elf32_Word st_size; /* 符號大小 */ unsigned char st_info; /* 符號綁定信息 */ unsigned char st_other; /* 其他,目前為0,沒有使用 */ Elf32_Section st_shndx; /* 符號所在的段 */ };
readelf -s 只是將信息匯總展示而已.
其中於本文有關的就是 st_info 和st_shndx.
前者指明了該標誌服是否在文件外可見,後者指明了標識符所在的段,間接指明是否可以修改.
註意,符號表是編譯器和連接器之間的約定.連接器在連接符號的時候,如果遇到符號的 st_info 字段表明盡在文件內可見,那麽連接器報錯,標識找不到標識符(但其實他找到了.恩,真的找到了.)
5 補充
const定義的全局變量不能被其他文件訪問,必須加extern 才能被連接.(註意是 cc 文件中,不能在 .h 文件.上面說了 .h 文件會被展開)
c/c++ 符號表以及static\const修飾變量