㈠ 關於編譯器
看來你還沒入門哦，就想寫一個操作系統了
嗯！有志不錯，相信有一天你會成功的。
一般地說寫一個OS你要會一門高級語言（如C++）一門低級語言（如匯編asm）高級語言用來做界面這方面比較容易一點。而低級用來做低層驅動這方面是高級語言所不能相比的。
當然C語言介於兩者之間，也能對硬體編程，但C是16位的程序對於圖形處理不是很好，我個人建議你低級語言用匯編，對硬體編程時沒有那麼抽象，想傳送的數據很清楚知道來去的方面，但要對硬體這方面的知道要了解。還有就是像要懂操作系統原理還要知道怎麼去實踐這些原理這些才是重要的，選擇語言不是難事，給你一個組合吧（C和asm）雖然不能做出XP這種效果來，但這個圖形操作系統還是很的，就看你自己的功夫了。
對於你補充的問題吶，程序的位數好像指CPU的寄存器的位數吧，在386以前的CPU好像一條指令大是16位的（當然有的指令沒這么大，有8位的）在386後的新加的指令中才有32位的，為了使386以後的CPU能使用以前的指令，規定在16位指令加上不同的指令前綴，形成32位指令形式，這里的32指令就是32位程序的指令，而你說的64位程序。。在我所學的指令里沒有64位的指令，但以以前的指令在在64位上運行，也要兼容的問題吧！之所以有64位的CPU所來是指CPU一次處理數據的位數，比如說32的CPU一次能處理32位的數據，而要處理64位的就要分兩次從內存中取數據而佔用匯流排，這樣會使CPU有空閑，而64位的CPU只要一次就行了，所以你理解錯了，
最後一個問題是人家生在那個年代，和人家有遠見，成績不好並不代表實踐不好，理論和實踐是兩回事，理論在好不會實踐也是廢話，所以人家敢做，在實踐中學習，在加上機遇。這個事不是你我能說清的，只能說說個人見解罷了。。
對於計算機硬體的知道只能告訴你這么之了，，大家相互學習，共同進步吧！！
如果你想找資料的話！你把你的郵箱留下，我這有硬體，操作系統，指令這些用於寫操作的資料！！
㈡ 有人用Intel C/C++編譯器嗎談談體會如何
總結一下就是這樣：優化能力高、編譯速度慢、要錢。
求採納，謝謝！
㈢ 什麼是編譯器
編譯器
編譯器是一種特殊的程序，它可以把以特定編程語言寫成的程序變為機器可以運行的機器碼。我們把一個程序寫好，這時我們利用的環境是文本編輯器。這時我程序把程序稱為源程序。在此以後程序員可以運行相應的編譯器，通過指定需要編譯的文件的名稱就可以把相應的源文件（通過一個復雜的過程）轉化為機器碼了。
[編輯]編譯器工作方法
首先編譯器進行語法分析，也就是要把那些字元串分離出來。然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。最後生成的是目標文件，我們也稱為obj文件。再經過鏈接器的鏈接就可以生成最後的可執行代碼了。有些時候我們需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。我們把一過程稱為交叉鏈接。
一個現代編譯器的主要工作流程如下：
* 源程序（source code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（object code）→連接器（鏈接器，Linker）→可執行程序（executables）
工作原理
編譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。
典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。
編譯器種類
編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如: 自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如OpenMP）或者用語言構造進行注釋（如FORTRAN的DOALL指令）。
預處理器（preprocessor）
作用是通過代入預定義等程序段將源程序補充完整。
編譯器前端（frontend）
前端主要負責解析（parse）輸入的源程序，由詞法分析器和語法分析器協同工作。詞法分析器負責把源程序中的『單詞』（Token）找出來,語法分析器把這些分散的單詞按預先定義好的語法組裝成有意義的表達式，語句 ，函數等等。 例如「a = b + c;」前端詞法分析器看到的是「a, =, b , +, c;」，語法分析器按定義的語法，先把他們組裝成表達式「b + c」，再組裝成「a = b + c」的語句。 前端還負責語義（semantic checking）的檢查，例如檢測參與運算的變數是否是同一類型的，簡單的錯誤處理。最終的結果常常是一個抽象的語法樹（abstract syntax tree，或 AST），這樣後端可以在此基礎上進一步優化，處理。
編譯器後端（backend）
編譯器後端主要負責分析，優化中間代碼（Intermediate representation）以及生成機器代碼（Code Generation）。
一般說來所有的編譯器分析，優化，變型都可以分成兩大類： 函數內（intraproceral）還是函數之間（interproceral）進行。很明顯，函數間的分析，優化更准確，但需要更長的時間來完成。
編譯器分析（compiler analysis）的對象是前端生成並傳遞過來的中間代碼，現代的優化型編譯器（optimizing compiler）常常用好幾種層次的中間代碼來表示程序，高層的中間代碼（high level IR）接近輸入的源程序的格式，與輸入語言相關（language dependent），包含更多的全局性的信息，和源程序的結構；中層的中間代碼（middle level IR）與輸入語言無關，低層的中間代碼(Low level IR)與機器語言類似。 不同的分析，優化發生在最適合的那一層中間代碼上。
常見的編譯分析有函數調用樹（call tree），控制流程圖（Control flow graph），以及在此基礎上的變數定義－使用，使用－定義鏈（define-use/use-define or u-d/d-u chain），變數別名分析（alias analysis），指針分析（pointer analysis），數據依賴分析（data dependence analysis）等等。
上述的程序分析結果是編譯器優化（compiler optimization）和程序變形（compiler transformation）的前提條件。常見的優化和變新有：函數內嵌（inlining），無用代碼刪除（Dead code elimination），標准化循環結構（loop normalization），循環體展開（loop unrolling），循環體合並，分裂（loop fusion，loop fission），數組填充（array padding），等等。優化和變形的目的是減少代碼的長度，提高內存（memory），緩存（cache）的使用率，減少讀寫磁碟，訪問網路數據的頻率。更高級的優化甚至可以把序列化的代碼（serial code）變成並行運算，多線程的代碼（parallelized，multi-threaded code）。
機器代碼的生成是優化變型後的中間代碼轉換成機器指令的過程。現代編譯器主要採用生成匯編代碼（assembly code）的策略，而不直接生成二進制的目標代碼（binary object code）。即使在代碼生成階段，高級編譯器仍然要做很多分析，優化，變形的工作。例如如何分配寄存器（register allocatioin），如何選擇合適的機器指令（instruction selection），如何合並幾句代碼成一句等等。
㈣ 如何看待《自己動手寫編譯器，鏈接器》一書大量抄襲開源編譯器 TCC
對於編譯器來說，核心是定義的語言，從這個意義上講，SCC編譯器屬於原創內容當然就談上上抄襲，人家有這個版權聲明也算合理，不過似乎沒什麼用，因為源代碼可以公開下載，實事上就是開源了。
其實我們讀者更關心一本書對我們自身是否有用，聽朋友說現在編譯器開發工程師起薪20k以上，要真能學會這門技術對我來說還是很有誘惑力的，畢竟國內真正寫過完整編譯器，鏈接器的人還是鳳毛麟角，能掌握這門技術還是很吃香的。
㈤ 如何看待各種C++編譯器擴展
擴展最大的問題是非標准，不好移植。原則上避免使用，有標準的東西最好就用標準的（比如C++11引入了原子操作類，就不要用G++的原子操作擴展了）。
但是如果你知道比如自己的產品只會在gcc下編譯，那也沒有什麼問題。有些gcc和vc的擴展功能相同但是寫法不同，需要包裝一下實現一定程度的可移植性。
㈥ 如何評價 Ken Thompson 在 C 編譯器里植入了後門這件事
Ken Thompson 的確做了這件事，但是並非在「第一個 C 語言編譯器」，更沒有誇張到「任何一台 UNIX 機器」的程度。一個 demo 、 proof of concept 而已。這個鏈接指向的文章也不是什麼論文，而是 Ken 因為 UNIX 獲得圖靈獎後的演講時提出的。
怎麼評價？
人家就是牛啊！
這件事情從現在挺火的「可信計算」角度來說是很有意義的。到底怎麼樣算是安全可信呢？閉源不可信，那開源就可信了么？工具鏈可信了么？底層操作系統、甚至硬體可信了么？
㈦ C/c++編譯器如何看待h和cpp文件
本質上是沒有什麼區別的，.h文件實現的功能是聲明本文件或.cpp文件中需要被別人使用或知道的變數、類型、函數及宏定義等。.h文件就像是一個介面，具體的實現可以在.cpp中也可以在.h中。.cpp中的函數或變數即便是全局的，在沒有其他.cpp文件使用...
㈧ 如何編寫自己的編譯器
我暈，你們老師真NB，你學的什麼語言啊？是c嗎？上來就讓你做個編譯器，你們老師吃錯葯了吧？
我大學同學畢業設計才是做個編譯器，那會那倆人合作做的，還都是我們系公認的c最強的兩個，合作還做了半年，你認為大一剛上來就做這個？！
㈨ 如何評價新編輯器Spacemacs
他這個說白了就是一個強大的配置文件
我正在用 感覺iu非常漂亮 其他的因為我不怎麼自己折騰配置 跟我以前一直用的oh-my-emacs 比沒有看出太大差別
就如下文。。
青年問禪師：「王菲、李亞鵬、周迅、張柏芝、謝霆鋒都單身了，明星們個體很耀眼，為何在一起就不行？」禪師拿出一碟芝麻、一碟花生、一碟瓜子、一碟核桃、一碟杏仁讓青年分別品嘗，問他：「好吃嗎？」青年點了點頭。禪師又拿出一塊五仁月餅給青年品嘗，青年吐完恍然大悟。
㈩ 如何寫一個簡單的編譯器
因為我這里都只寫了Parser，所以就只談談第一次寫Parser的建議。1.扔掉龍書虎書鯨魚書。這些書都有一個問題，就是在自己手寫完一個自己的Parser之前，書上寫的那些鬼東西完全都不知道該怎麼用，用在哪裡。2.大膽地擼。不要在意性能啊