程序編譯器很難寫
㈠ 寫一個編譯器大概多長時間
寫一個簡單的編譯器，很簡單，一個星期夠了，但是，它肯定沒有實用價值。
你懂的，編譯器要把源程序編譯為目標機器語言的，不熟悉機器指令，可以用匯編作為目標代碼。
㈡ 開發編譯程序的最難點是什麼
簡單的說，就是沒有想清楚的事物。比混亂。
也可以說是演算法，演算法是程序的靈魂。
㈢ 匯編語言編譯器是怎麼編寫的
編譯器自舉！搜索這個關鍵字
程序都是編譯器編譯的。這個是肯定的
至於第一款X語言編譯器是不是直接1010101010自己寫的那就不知道啦
一般開發編譯器的話。有兩條路選擇
1.利用yacc(或者其變種)&lex(詞法分析)-等工具自己生成語法模板
詞法語法都可以使用這些工具自己生成
然後自己編寫生成的中間碼和生成的機器碼就可以了
一般做編譯原理類似試驗都是如此的。許多編譯器也的確是這樣
2.自己寫詞法分析和語法分析。可以參考一些開源的編譯器
lcc-這個是ANSI C99標準的編譯器是開源的
或者nasm,watcom等編譯器到www.sf.net上不少開源的編譯器
總的來說。高級語言編譯器比較難寫
如果想快速寫出一個的話
可以採用第一種做法。利用工具生成語法詞法模板
先寫一個簡單的匯編編譯器比較簡單
開源的有nasm,jwasm(支持masm語法開源的編譯器)
http://www.japheth.de/JWasm.html
fasm(這款編譯器是自舉的.就是自己可以編譯自己),
http://flatassembler.net/
剩下的就是自己做好語言規則關鍵字map
引用高手的話。語言map做好了你的編譯器也做好一半了
剩下的都是機械性的工作了。
生成x86或者arm指令。
優化工作這個很難解釋.根據你所需要的做吧
畢竟可以做出一個無錯,又XX的編譯器已經很難得
你可以選擇使用現有的編譯器開發自己的編譯器
然後等到你的編譯器支持相當數量指令和成熟度的時候
使用自己的語法重新寫一遍編譯器.
這樣你就可以用自己的編譯器開發自己的編譯器了(是不是很邪惡?)
另外舉幾個例子
Delphi的編譯器是C++ Builder開發的。
而C++ Builder的IDE是Delphi開發的
C++ Builder的編譯器是C++ Builder開發的-這個就是編譯器自舉了。。Delphi和C++ Builder共享一個後端化優化器。
Delphi 早期的版本的編譯器是tasm直接編譯的。可見Anders的匯編功力多強悍（Anders也就是後來VJ++,C#,.NET工程的核心架構師.最關鍵的靈魂級人物）
VC++的編譯器是VC++開發的。很明顯這都說明了編譯器自舉
自己開發自己。如果一個編譯器可以做到自己編譯自己。那基本上就可以實現任何功能了。
關於編譯器開發的書籍可以看一下
龍書《編譯原理(第二版)》
虎書《現代編譯原理-C語言描述》
鯨書《高級編譯器設計與實現》
建議從鯨書看起。然後是龍書
再來是虎書--虎書裡面描述了許多現代編譯器(正如其名)技術
例如面向對象啦,優化,垃圾回收等等.
鯨書看完基本上就可以實現一個簡單的Tiny C編譯器了
然後在龍書鞏固,讀一下語言規范,自己看一些開源的匯編編譯器代碼
自己就可以嘗試做一個匯編語言編譯器了.等到技術提高了
在嘗試做一些高級語法識別，參考LCC代碼做一下ANSI C99的
C語言編譯器。再來就看你自己的興趣和領悟度拉
如果想支持C++的話就得要對編譯器做許多方便的研究
類似Java那種跨平台或者Ruby,Python等動態語言
虎書中也有描述。當然看自己功力了
㈣ 自己寫編譯器怎麼寫，我想為中國程序員做個編譯C語言的編譯器。
首先做這個東西的意義並不大，如果是想學習的話，看看這本書Modern Compiler by Andrew W. Appel
㈤ 怎樣去寫一個編譯器（用C語言寫C語言編譯器），需要哪些知識做鋪墊，可以給一下相關網站和書籍的推薦嗎
寫編譯器重點就是設計並實現一些數據結構和演算法，語言特點太多的話，代碼寫起來不容易，建議你找一個小語言嘗試下，不要一開始就去嘗試成熟語言。否則你會在寫完語法分析程序以後，遭遇到很大的困難。多數人都是在寫語義分析程序的時候，突然發現自己設計的數據結構很爛，後邊越寫越要命。
如果你想入門編譯器的話，那麼可以看《編譯原理與實踐》，整本書先將編譯器理論，然後後邊教你一步步實現c-miuns（c的子集）的編譯器，包括lex，yacc，都在幾千行代碼左右。這本書講的比較簡單易懂一點
也可以學學斯坦福大學的編譯器設計公開課（aiken設計了一個叫cool的語言，專門用來教人寫編譯器），課程地址上面有人給了：Compilers。這門課以前有個實驗環境（據說已經給了，我以前寫的時候還是用的網上一個不完整的實驗環境），把和編譯器知識無關的內容都給你寫好了，你只需要在固定的地方填上你的內容就可以寫出你的編譯器（不要覺得很簡單哦，人家的代碼寫的很精巧的，讀完就發現寫個好編譯器還是很費腦子的），另外，這個實驗環境有個特點，就是在每一步都提供標准程序做對比，你可以在寫完一部分以後就同標准程序對比，及時發現錯誤。這種方式為寫編譯器又提供了很多幫助
先找個小的，慢慢研究，弄懂了整體的結構再說
㈥ 編譯程序問題
據我所知，阿蓋回答下你的問題：
1.那麼請問編譯程序是用什麼語言編寫的呢？
可能使用C語言或者C語言、匯編和C++等功能編寫；
2、3、4.是不是編寫一個編譯程序比編寫一個c程序更重要？
不能說誰更重要，當你設計C語言的時候，必須也要同步合計編譯器，因為沒有C語言的編譯器也就沒有C語言，編譯器負責把源代碼編譯成操作系統能運行的程序。另外就是編譯器非常難寫，大學裡面有基礎編譯原理的課程。有專門的理論，掛科率非常高，所以間接表明編譯原理是非常難的。
編譯器與語言是共存的，不可能只有一個，就相當於一個加密，一個解密。不可能是單方面存在的。
㈦ 開發一個 C++ 編譯器的難度有多大，難點又在哪裡
C++的前端是出了名的復雜度和可靠性要求並駕齊驅的軟體。
（這兩點都比它高一個數量級的大概就只有OS了）
對於這種系統，唯一的辦法就是燒錢。
燒錢的作用主要包括：
1.留人；
2.填坑；
3.買買買。
先說留人：復雜度一般是「細節」的代名詞。現實中的編譯器大多數以遞歸下降為主，自底向上的歸納推導為輔。這兩樣在教科書上也就是幾頁紙的事情。但是現實總是很殘酷的，人們總想讓語言更加「易用」，這就意味著各種上下文相關的情況都會出現。
對於C++來說，你要判斷一個符號是類型或者變數（比如這個符號被用在模板參數中），要看前面的聲明/定義。這就是一個上下文相關的推導。然後你就會寫大量的if else switch case之類的代碼來解決各種各樣的可能分支。寫它的人當然知道它是做什麼的，但是如果這個人離職了，新來一個人，就呆掉了，這寫的都是什麼煞筆玩意兒。因為它不知道現實中怎樣的需求會導致奇形怪狀的邏輯。所以人員的穩定，對於這種長周期迭代、邏輯復雜的項目是很重要的。但是人的水平要求高嗎？不算高也不算低。總結來說就是：有邏輯，知好歹。技術什麼都可以培養，但是態度和基本智商是比較難培養起來的。
至於怎麼保證人員穩定？很簡單：加薪。
再說填坑：編譯器是對正確性要求很高的基礎軟體。這里的正確性既包括產生的代碼的正確性，也包括編譯器自身對於各種問題的容忍度和足夠豐富的錯誤提示。容錯和錯誤提示本身也是代碼，也有很大的出錯幾率。所以這些軟體，bug少不了。但是作為基礎軟體，你又不能隨便就2+3搞成了2*3，這樣還怎麼讓別人相信愛情。所以要燒很多錢來養一幫debugger。
再說買買買：古人日：我們不用很麻煩很辛苦也可以成佛。既然這么費神我們自己做干什麼，不如買別人的吧。於是MS就乾脆不自己做了，直接去EDG整了個前端，這樣就可以少了不少人年。這就是傳統土豪和水果這種新暴發戶想的不一樣的地方。
傳統土豪想的是：我們有這么多錢為什麼還要自己解決問題呢？買買買！
水果新貴則是：啊呀，不小心有了這么多錢，我們要不要給自己製造點問題好把這些錢花出去？
㈧ 編譯器程序怎麼寫的
C語言既然出來了，那編譯器肯定就已經有了，否則那一堆字母拿來沒有意義是吧。至於之前，那就是匯編語言了，如果匯編語言沒有編譯器，那是可以手工編譯的，畢竟匯編語言跟機器語言是有明確的對應關系的，我們以前學Z80匯編語言就手工編譯過，呵呵。
㈨ 小程序代碼難不難寫，自己可以搞定嗎
代碼不難寫，如果懂前端就可以自己搞定。
看自己是不是了解一點技術吧。
㈩ 為什麼安裝個VC++6.0編譯器這么難
初學C++還是不要用VC6.0了。這個編譯器除了速度快一些，不標准、BUG多，一無是處。
推薦Dev-C++，一個小巧、標准、免費的C++開發環境，有中文版，各個軟體站都有下。