DJ的GNU編程平台 （ DJGPP ） [2]是Intel 80386及以上的一個軟體開發套件，支援DOS作業系統的IBM PC相容機 。它由DJ Delorie指導並於1989年開始這個專案。 它是GNU編譯器集合 （GCC）的一個移植 ，主要是GNU實用程式，如Bash ，find ，tar ，ls ，GAWK ，sed和ld到DOS保護模式介面（DPMI）。 支援的語言套件括C ，C ++,Objective-C/ C ++，Ada，Fortran和Pascal。DJGPP在2004年被描述為過時產品。[3]
 | 此條目翻譯品質不佳。 (2019年8月15日) |
編譯器生成32位元代碼，該代碼在32位元保護模式下本機執行，同時切換回16位元DOS呼叫以獲得基本作業系統支援。 但是，與Open Watcom C / C ++編譯器不同 ，其並非從零開始的平面模型，因為它更喜歡使用NULL指標保護以獲得更好的穩定性。 它目前基於COFF格式的變體。 當使用合適的DPMI主機（例如， CWSDPMI r7或HDPMI32）時，它可以在純DOS中訪問高達4 GB的RAM。
相容性
DJGPP為程式設計師提供了一個與ANSI C和C99標準相容的介面，DOS API以及類似POSIX的舊環境。 編譯的二進制檔案是長檔名 （LFN）辨識的，預設情況下可以在大多數32位元Windows下處理這些名稱，但是它們不能使用Windows上的圖形程式所需的Win16或Win32 API。 [3] 終止和駐留 （TSR）程式來支援普通DOS或Windows NT 4下的LFN。
雖然DJGPP在32位元保護模式下執行 ，但它的存根和庫很大程度上依賴於許多16位元DOS和BIOS呼叫。 因為x86-64版本的Windows支援16位元程式， [4][5]沒有NTVDM ，並且無法執行DJGPP應用程式。 在x86-64系統下，這些應用程式僅通過仿真執行（例如 DOSBox ）， x86虛擬化 （例如 VirtualBox ）或類似的（例如 Linux的DOSEMU ）。 出現此問題是因為在長模式 x86-64處理器不支援用於在IA-32處理器中執行16位元代碼的虛擬8086模式 。 帶有VT-x的較新的x86 CPU確實支援分頁真實模式和不受限制的訪客模式執行。
參見
- FreeDOS
- Cygwin
- EMX
- GnuWin32
- MinGW
- 開源Watcom C / C ++編譯器
- Allegro
參考資料
外部連結
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
