ar (Unix)
来自维基百科,自由的百科全书
ar(archiver)是Unix系統上的歸檔工具,用於將多個檔案歸檔為一個檔案。ar
目前一般僅被連結器用建立更新靜態庫和生成.deb包。它的歸檔功能現在基本被 tar
所取代。[3] GNU Binutils包含ar
.[2]
Linux標準規範(LSB)中,ar
已被棄用,並可能在將來的版本中移除,理由是LSB不應包含軟體開發工具和指定.o和.a檔案格式。[4]
檔案格式

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]
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.