晶元編譯器

❶ 我最近使用Renesas的編譯器HEW2來編譯Renesas的2633晶元，但是不能編譯下去了，build選項是灰色的。為什麼

請問你保存了嗎。
開發程序過程包括編輯，然後保存一個原文件。然後對這個文件編譯成一個目標文件。最後連接，成可執行文件。接著就可以運行了。當然一般，編譯連接都是在一起的。
每一步都是為下一步做准備了，每一步都是為下一步提供一個程序文件。那麼，你保存下試試？

❷ 主流C51單片機編譯器比對

int short 的大小是因機器而異嘛（准確點應該是編譯器）。你都說了人家規定的是「最小」為16位，又不是只能是16位，也沒有說兩者應該相等（事實上是short不超過int就OK啦）。所以當然可以short類型為半個機器字長，而int類型則為一個機器字長的啦。

「C++標准規定了每個算術類型的最小存儲空間，但他並不自知編譯器使用更大的存儲空間 」

說簡單點就是C++規定了個最小的值，但是將你的代碼編譯成機器碼的編譯器則確定了你這個長度值為多少。因為C++是一種語言，一個規范，或者說只是一種規定，然後要將你按這種規范寫的代碼編譯成能在機器上運行的代碼的是編譯器。而在不同的機器上運行的程序的實際結構是不一樣的，比如單片機與PC相差就很大。要將按相同規范寫的程序在各種各樣亂七八糟的機器上運行，就需要相應的編譯器了。所以實際的大小是由你編譯代碼的編譯器確定的。

PS：當然當前一般的PC上int都是32位，short16位的。因為現在32位的機子是主流嘛。如果你不寫什麼單片機的程序可以不用太在意這個問題。但是寫單片機程序時就要注意了，因為一般一個單片機的編譯器可以編譯很多種型號晶元的代碼，而這些型號有可能從8位到32位都有……

❸ MCU的編譯器有哪些

編譯器與晶元要對應，不存在各晶元通用的編譯器。

51，IDE是keil或tkstudio，編譯器都是keil內置的
pic，IDE是mplab，編譯器是picc
avr，不了解
freescale，IDE用codewarrior，不同系列版本不同，編譯器內置
ARM，IDE是ADS（codewarrior改的），編譯器內置
等等

❹ 請問有人用XC8的嗎跟PICC的比有什麼區別

其實就是新版本PICC，MCHP大概是在2009年收購了HITECH公司，這家公司以前是一家專業編譯器公司，專門對各個企業的晶元提供C編譯器，PICC是其針對PIC推出的編譯器，被MCHP收購後，MCHP自己的編譯器部門和這個公司進行了合並，然後推出了的新版本編譯器XC8 。

❺ ai晶元編譯器開發師前景

1.
如果要進入編譯器這個領域,AI晶元編譯器無疑是個好的選擇。不管AI晶元在國內能火多久,AI本身是一個趨勢已經沒有疑問。做AI晶元編譯器能加深對AI的理解,因為AI晶元編譯器不光涉及編譯器知識,還涉及AI晶元架構和並行計算如OpenCL/Cuda等。如果從深度學習平台獲得IR輸入,還需要了解深度學習平台如Tensorflow、TVM等。所以通過AI晶元編譯器開發,能對AI開發有更多了解。
2.
如果要進入AI領域,AI晶元編譯器不是個好選擇。因為編譯器領域的知識本身就非常艱深,和AI模型本身的關系也不是特別緊密,很難將AI建模作為發展方向,可以多關注GPGPU Architecture。即使AI晶元過氣了,GPGPU還是會長盛不衰。