用純C語言能不能寫乙個作業系統？如果有編譯器支援，是不是就可以這麼做？

1樓：Xinyu Tan

作業系統不侷限於x86吧。。。就算是就算是的話比如 uCOS啥的麼。微控制器基於C語言的作業系統好多呢～～～不過如果題主的限定了不讓用彙編的話先佔式的核心可能有問題畢竟C語言直接操作堆疊和 context switch有點兒困難。。。

不過做個簡單的協作式核心，或者用 protothread (自行谷歌)做個round-robin scheduling 的核心不用彙編合適可以的。

2樓：Belleve

bootloader 顯然得用彙編，除非你去改編譯器，比如實現個 org？

org07c00h

movax,cs

movds,ax

moves,ax

call

Disp

Strjmp

$DispStr:

movax

,BootMessage

movbp,ax

movcx,16

movax

,01301h

movbx

,000ch

movdl,0

int10h

retBootMessage:

db"Hello, OS!"

times

510-($

-$$)db

0dw0xaa55

有時彙編也得玩花樣，比如 linux 裡面似乎就是，剛進入保護模式的第乙個 jmpl 是用 db 硬塞進去的，因為那條指令是在 16 位的區段，但是內容必須是 32 位的

3樓：北極

純C是純到什麼程度？

如果必須用C語言的運算子之類的，不允許任何內聯彙編，包括任何二進位制形式的彙編的話，純C肯定做不到。

比如：C語言裡的中斷怎麼處理？x86的cr0暫存器怎麼操作？如何開啟A20位址線？等等。

這些都必須依賴一些彙編來實現，組合語言中的int/in/out指令、控制暫存器等在標準C裡都是無法直接用運算子實現的。

如果編譯器支援是指支援到什麼程度？

如果編譯器提供庫支援，這種支援能到什麼程度呢？如果編譯器提供庫能操作cr0，能in/out，那麼這種庫本質上和直接使用彙編又有什麼兩樣？

本質上，純C就是乙個偽命題，因為C語言是編譯型的語言，最終形態必然是彙編指令，所以使用C語言和直接使用彙編，沒有太明顯的界線。

我自己曾經使用nasm+turbo C(2.0)+tasm等整合過乙個工具，使用純C寫乙個FAT16的DBR loader，至少原始碼看上去是純C的，但呼叫的某些函式還是使用了彙編做了預先的編譯，生成了庫。

但要做乙個完整的作業系統，我認為真正的「純C」不可能，而如果對C語言做足夠多的改造，那麼它還算「C語言」嗎？

4樓：楊超

用純C寫，還有編譯器支援，這和寫機器碼或者彙編沒有本質區別。唯一區別是：C和彙編可能不是全部對應。即，C幾乎都可變成彙編，反之不依然。