热门问题
时间线
聊天
视角
ar (Unix)
来自维基百科，自由的百科全书
Remove ads
ar（archiver）是Unix系統上的歸檔工具，用於將多個檔案歸檔為一個檔案。ar目前一般僅被連結器用建立更新靜態庫和生成.deb包。它的歸檔功能現在基本被 tar所取代。[3] GNU Binutils包含ar .[2]
Linux標準規範（LSB）中，ar 已被棄用，並可能在將來的版本中移除，理由是LSB不應包含軟體開發工具和指定.o和.a檔案格式。[4]
Remove ads
檔案格式
ar格式從未標準化過，歷史上有過多種形式[5] 如 V6, V7, AIX和Coherent等，與通用格式都有很大的差別。[6]現在的通用格式主要基於兩種變體：BSD 和 System V（最初稱為 COFF，也被 GNU， ELF和Windows使用。）Debian的 ".deb" 使用通用格式。
.ar檔案起始是一個全域檔案頭，接著是各個檔案的檔案頭和資料部分。資料部分為2位元組對齊，如果資料長度為奇數，則填充一個換行符（\n，0x0A）。
為 "!<arch>" 和換行符（0x0A）.
歸檔的每個檔案包含檔案頭儲存檔案資訊。下表為通用格式。數值為ASCII編碼，並用空格(0x20)向右填充。
檔頭全部為可列印的ASCII字元和換行符，所以只包含文字檔案的ar歸檔檔案仍然是文字檔案。
每個檔案從偶數位元組開始，如果長度為奇數，則需要填充一個換行符，檔案頭中的檔案大小儲存是實際大小。[7]
由於檔名長度和格式的限制，GNU和BSD變體都設計了不同的儲存長檔名的方法。儘管通用格式不會受到2038年問題的困擾，但很多系統上的ar程式存在這種問題，可能需要修改以正確處理超過2147483647的時間戳。有關這些擴充的說明，請參見libbfd。[8]
根據格式的不同，許多ar實現了用於快速連結的全域符號表（armap，目錄或索引）而無需掃描整個存檔中的符號。POSIX辨識此功能，並且要求ar實現具有 -s選項更新符號表。大多數實現將其放在第一個檔案條目中。[9]
BSD ar 在檔名頭填充ASCII空格符，檔名如包含空格會有問題。4.4BSD ar將"#1/"和檔名長度放置在檔案名字段，並將檔名放置在資料段的最前面[6]
BSD ar 自身不處理全域符號尋找表，而使用單獨的工具ranlib[10]。ranlib會插入一個與系統架構相關的檔案 __.SYMDEF作為第一個檔案[11] 一些後來的版本會在名稱後面放置一個空格和"SORTED"字元表示已排序。[12] Darwin 64位元系統使用__.SYMDEF_64。
由於POSIX規範要求-s選項，新的BSD ar 重新實現了該要求。FreeBSD 棄用了 SYMDEF 表而採用 System V 類型的尋找表。[13]
System V ar 用字元'/'（0x2F）標記檔名結束，從而檔名可以使用空格。需要擴充的檔案將檔名儲存在"//"檔案的資料段，在檔頭檔案名字段中寫入'/'和十進制的偏移位址。 "//"檔案包含的是長檔名列表，以換行符分割。通常 "//" 是第二個條目，符號表為第一個條目。
System V ar 用 "/" 檔名表示對應的資料為符號尋找表，包含三部分，並儲存為連續的資料。
有些 System V ar不使用上述各式，如HP-UX 11.0，上述資訊儲存為 SOM檔案格式。
為解決4GiB檔案限制，某些系統如Solaris 11.2 和 GNU使用不同的尋找表。不同之處在於使用64位元整數和用"/SYM64/"代替"/"[14]
Remove ads
Windows的PE/COFF格式基於 System V/GNU。 第一個條目為 "/" 與System V/GNU符號表相同。第二個條目也是"/"，使用小端整數，表示ECOFF擴充，用於儲存經過排序的符號交叉參照表。 [5][15] 第三個條目為 "//" 長檔名資料。[16]
GNU binutils和elfutils中的 ar 有一個 "thin archive" 格式，特徵簽章為 !<thin>，僅包含符號表和對該檔案的參照。[17]
參見
參考
外部連結
Wikiwand - on
Seamless Wikipedia browsing. On steroids.
Remove ads