2017年3月17日 星期五

[翻譯] 認識 x64 程式碼模型(code model)

↓↓↓↓↓↓ 正文開始 ↓↓↓↓↓↓

在撰寫用於 x64 架構程式碼的時候,一個會出現的有趣議題是要使用哪個程式碼模型(code model),儘管這可能不是一個廣為人知的主題,但如果有人想要理解編譯器所產生的 x64 機器碼,則熟悉程式碼模型就有了教育意義;而對於那些真的很在乎效能,直到每個細小指令的人來說,該主題對最佳化(optimization)也會有影響。

2017年3月7日 星期二

[翻譯] x64 上共享函式庫裡的位址無關程式碼(PIC)

↓↓↓↓↓↓ 正文開始 ↓↓↓↓↓↓

前篇文章解釋了位址無關程式碼(position independent code,PIC)是如何運作的,並以 x86 架構下編譯的程式碼作為範例,我承諾過會在一篇分開的文章中涵蓋 x64〔1〕上的 PIC,所以我們才會在這裡。本文討論的細節會少很多,因為它假定對 PIC 理論上如何運作早已了解,一般來說,用於這兩個平台的構想是很相似的,只不過由於各個架構的獨特特性,所以某些細節會有差異。

2017年3月2日 星期四

[翻譯] 共享函式庫裡的位址無關程式碼(PIC)

  • 原文標題:Position Independent Code (PIC) in shared libraries
  • 原文網址:http://eli.thegreenplace.net/2011/11/03/position-independent-code-pic-in-shared-libraries
  • 原文作者:Eli Bendersky
  • 原文發表時間:2011 年 11 月 03 日
  • 譯註:
    • 在本文的翻譯中,section 翻譯為區段,segment 翻譯為節區,這兩個名詞的翻譯方法時有交換,我只是挑一種我喜歡的。
    • 本文圖片均取自原文網頁。

↓↓↓↓↓↓ 正文開始 ↓↓↓↓↓↓

於一篇先前的文章中,我已經敘述過當要載入共享函式庫到行程(process)的位址空間時,所需要的特殊處理,大致上,在連結器(linker)生成共享函式庫的時候,它並不能預先得知函式庫會被載入到什麼位置,而這對函式庫內的資料與程式碼參照(reference)造成了問題,它們需要以某種方式指向正確的記憶體位置。

處理 Linux ELF 共享函式庫的這個問題有兩個主要的方式:

  1. 載入期重定位(load-time relocatio)
  2. 位址無關程式碼(position independent code,PIC)

載入期重定位已經講過了,在這裡,我要解釋第二種方式——PIC。