編譯器難度大嗎

❶ 為什麼安裝個VC++6.0編譯器這么難

初學C++還是不要用VC6.0了。這個編譯器除了速度快一些，不標准、BUG多，一無是處。

推薦Dev-C++，一個小巧、標准、免費的C++開發環境，有中文版，各個軟體站都有下。

❷ 寫一個編譯器大概多長時間

寫一個簡單的編譯器，很簡單，一個星期夠了，但是，它肯定沒有實用價值。
你懂的，編譯器要把源程序編譯為目標機器語言的，不熟悉機器指令，可以用匯編作為目標代碼。

❸ 編譯原理好學嗎是偏硬體的嗎

我認為編譯原理~與大學計算機專業課程的其他科目比起來的話相對較難
真正開發編譯器的人的確需要豐富的硬體的知識。
但不能說偏硬體，而且國內編譯原理教材著重理論，常常可以忽略對硬體的認識
總的來說，樓主為了考試學編譯原理的話，比較難啊，沒有偏硬體的說
如果為了開發編譯器（尤其靜態編譯器）的話，難度大 ，需要i強大硬體知識

❹ 徹底絕望！！！c語言編譯器就那麼難下嗎！！！！！！！！

直接裝上VC不就行了嗎？如果是linux操作系統，一般安裝時都安裝了GCC，不用下載呀。

❺ 開發一個 C++ 編譯器的難度有多大，難點又在哪裡

C++的前端是出了名的復雜度和可靠性要求並駕齊驅的軟體。

（這兩點都比它高一個數量級的大概就只有OS了）

對於這種系統，唯一的辦法就是燒錢。

燒錢的作用主要包括：
1.留人；
2.填坑；
3.買買買。

先說留人：復雜度一般是「細節」的代名詞。現實中的編譯器大多數以遞歸下降為主，自底向上的歸納推導為輔。這兩樣在教科書上也就是幾頁紙的事情。但是現實總是很殘酷的，人們總想讓語言更加「易用」，這就意味著各種上下文相關的情況都會出現。

對於C++來說，你要判斷一個符號是類型或者變數（比如這個符號被用在模板參數中），要看前面的聲明/定義。這就是一個上下文相關的推導。然後你就會寫大量的if else switch case之類的代碼來解決各種各樣的可能分支。寫它的人當然知道它是做什麼的，但是如果這個人離職了，新來一個人，就呆掉了，這寫的都是什麼煞筆玩意兒。因為它不知道現實中怎樣的需求會導致奇形怪狀的邏輯。所以人員的穩定，對於這種長周期迭代、邏輯復雜的項目是很重要的。但是人的水平要求高嗎？不算高也不算低。總結來說就是：有邏輯，知好歹。技術什麼都可以培養，但是態度和基本智商是比較難培養起來的。

至於怎麼保證人員穩定？很簡單：加薪。

再說填坑：編譯器是對正確性要求很高的基礎軟體。這里的正確性既包括產生的代碼的正確性，也包括編譯器自身對於各種問題的容忍度和足夠豐富的錯誤提示。容錯和錯誤提示本身也是代碼，也有很大的出錯幾率。所以這些軟體，bug少不了。但是作為基礎軟體，你又不能隨便就2+3搞成了2*3，這樣還怎麼讓別人相信愛情。所以要燒很多錢來養一幫debugger。

再說買買買：古人日：我們不用很麻煩很辛苦也可以成佛。既然這么費神我們自己做干什麼，不如買別人的吧。於是MS就乾脆不自己做了，直接去EDG整了個前端，這樣就可以少了不少人年。這就是傳統土豪和水果這種新暴發戶想的不一樣的地方。

傳統土豪想的是：我們有這么多錢為什麼還要自己解決問題呢？買買買！
水果新貴則是：啊呀，不小心有了這么多錢，我們要不要給自己製造點問題好把這些錢花出去？

❻ 為什麼沒有國產的C/C++的編譯器

首先：國產有編譯器，比如龍芯就用
其次：開發編譯器難度非常大，編譯器、操作系統、資料庫這三樣是程序界的三座大山，不是 所有牛奶都叫愚公。國產即使有編譯器我認為也不是完全從零開發的。龍芯雖然有了自己的編譯器也只是針對自己的平台編譯，不具備通用性。一句話，中國目前缺少大企業的眼光和決心以及實力

❼ 做個編譯器需要什麼前置條件

用C語言比較好，效率比較高。
用JAVA也可以，好調試。
我用過以上兩種做過編譯器，別的語言不好說。
做個編譯器不難，一個人做也用不了太多時間。但相關的東西要做的話就花時間了。比如編輯環境，比如調試跟蹤器。

❽ 編譯器的編譯器優化

應用程序之所以復雜, 是由於它們具有處理多種問題以及相關數據集的能力。實際上, 一個復雜的應用程序就象許多不同功能的應用程序「 粘貼」 在一起。源文件中大部分復雜性來自於處理初始化和問題設置代碼。這些文件雖然通常占源文件的很大一部分, 具有很大難度, 但基本上不花費C PU 執行周期。
盡管存在上述情況, 大多數Makefile文件只有一套編譯器選項來編譯項目中所有的文件。因此, 標準的優化方法只是簡單地提升優化選項的強度, 一般從O 2 到O 3。這樣一來, 就需要投人大量 精力來調試, 以確定哪些文件不能被優化, 並為這些文件建立特殊的make規則。
一個更簡單但更有效的方法是通過一個性能分析器, 來運行最初的代碼, 為那些佔用了85 一95 % CPU 的源文件生成一個列表。通常情況下, 這些文件大約只佔所有文件的1%。如果開發人員立刻為每一個列表中的文件建立其各自的規則, 則會處於更靈活有效的位置。這樣一來改變優化只會引起一小部分文件被重新編譯。進而,由於時間不會浪費在優化不費時的函數上, 重編譯全部文件將會大大地加快。

❾ 有寫過編譯器的大師

1.理論方面：龍書指導
2.實踐方面：自己動手一步一步寫編譯器。
二者結合

❿ 用c++寫c語言編譯器(輸出匯編語言)有多難{自學成才}

中國從編程流傳進來到現在還沒寫出過一款自己的編譯器，難度由此可見