1. 程式人生 > >c/c++ 符號表以及staticconst修飾變量

c/c++ 符號表以及staticconst修飾變量

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)。

額外補一些:

  1. 常量不一定就放在rodata裏,有的立即數直接編碼在指令裏,存放在代碼段(.text)中。
  2. 對於字符串常量,編譯器會自動去掉重復的字符串,保證一個字符串在一個可執行文件(EXE/SO)中只存在一份拷貝。
  3. 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修飾變量