題，諸如如何實現除法、開根號，如何寫循環語句等等。
在這個論壇上，也時常能看到壹些網友提出這壹類的問題。 對於這些問題，首先要明確的是
VHDL和Veriglog並非是針對硬件設計而開發的語言，只不過目前被我們用來設計硬件。
HDL是Hardware Description Language的縮寫，正式中文名稱是“硬件描述語言”。也就是說，
HDL並不是“硬件設計語言(Hardware Design Language)”。別看只差這壹個單詞，正是這壹個
單詞才決定了絕大部分電路設計必須遵循RTL的模式來編寫代碼，而不能隨心所欲得寫僅僅符合
語法的HDL代碼。
二、HDL的來歷 之所以是“硬件描述語言”，要從HDL的來歷說起。 VHDL於1980年開始在美國
國防部的指導下開發，完成於1983年，並於1987年成為IEEE的標準。當初開發這種語言，是出於
美國國防部采購電子設備的需要。美軍的裝備采購自私人企業，時常要面對這樣壹種風險：如果
某種武器大量裝備部隊，而其中某個零件的供應商卻在幾年後倒閉了，那這種武器的再生產、維
修和保養都會出現大問題。而電子設備、尤其是集成電路的內部結構較為復雜，若出現前面所說
的情況要找其他公司生產代用品非常困難。於是美國防部希望供應商能以某種形式留下其產品的
信息，以保證壹旦其破產後能由其他廠商迅速生產出代用品。 顯然，當初的設計文檔顯然是不
能交出來的，這在美國會涉及商業機密和知識產權問題。於是美國防部就想出了壹種折衷的方法
——描述硬件的語言，也就是VHDL。通過VHDL，供應商要把自己生產的集成電路芯片的行為描述
出來：比如說，加了什麽樣的信號後過多少時間它能輸出什麽等等。這樣，如果有必要讓其他廠
商生產代用品，他們只需照著VHDL文檔，設計出行為與其相同的芯片即可。這樣的代用品相當於
是新廠商在不了解原產品結構的情況下獨立設計的，所以不太會涉及知識侵權。 Verilog HDL也
形成於差不多的年代，是由Gateway Design Automation公司大約在1983年左右開發的。其架構
同VHDL相似，但主要被用來進行硬件仿真。或許私人公司更註重實用，Verilog要比VHDL簡潔得
多。
由此可見，這兩種最流行的用於電路設計的語言，沒有壹種是為了設計硬件而開發的(更何況80
年代還沒有現在的那些功能強大的EDA軟件呢)。因此，當初制訂HDL語言標準的時候，並沒有考
慮這些代碼如何用硬件來實現。換句話說，有些代碼寫起來簡單，實現起來卻可能非常復雜，或
者幾乎不可能實現。
三、HDL代碼的可綜合性 現在回到最初的問題上。為什麽諸如除法、循環之類的HDL代碼總是會
出錯？ 由上壹部分可知，任何符合HDL語法標準的代碼都是對硬件行為的壹種描述，但不壹定是
可直接對應成電路的設計信息。行為描述可以基於不同的層次，如系統級，算法級，寄存器傳輸
級(RTL)、門級等等。以目前大部分EDA軟件的綜合能力來說，只有RTL或更低層次的行為描述才
能保證是可綜合的。而眾多初學者試圖做的，卻是想讓軟件去綜合算法級或者更加抽象的硬件行
為描述。 比如說，要想實現兩個變量相除的運算，若在代碼中寫下C=A/B，妳將會發現只有壹些
模擬軟件在前仿真中能正確執行這句代碼，但幾乎任何軟件都不能將其綜合成硬件。不要怪軟件
太笨。試想壹下，如果我們自己筆算除法是怎麽做的？從高位到低位逐次試除、求余、移位。試
除和求余需要減法器，商數和余數的中間結果必須有寄存器存儲；而此運算顯然不能在壹個時鐘
周期裏完成，還需要壹個狀態機來控制時序。壹句簡單的C=A/B同所有這些相比顯得太抽象，對
於只能接受RTL或更低層次描述的EDA軟件來說確實太難實現
。而如果代碼是類似於(Verilog) always @(posedge clk) c<=A/B; 這樣的，要求除法在壹個時
鐘延上完成，那更是不可能實現的。(註：有些FPGA的配套軟件提供乘除法的運算模塊，但也只
能支持直接調用，不支持把形如C=A/B的語句綜合成除法模塊。) 又比如，壹個很多初學者常見
的問題是試圖讓HDL進行循環運算，形同(Verilog)： for (i=0; iparity = parity xor data
[i]; 壹些功能比較簡單的綜合軟件會完全拒絕綜合循環語句；而壹些功能較強的軟件僅當
wordlength是常數的時候能綜合；當wordlength為變量時，任何軟件都不能綜合上面的語句。這
是因為硬件規模必須是有限的、固定的。
當綜合軟件遇到循環語句時，總是將其展開成若幹條順序執行的語句，然後再綜合成電路。若
wordlength是常數，則展開的語句數是確定的，具有可綜合性；而若它是變量時，展開的語句數
不確定，對應的硬件電路數量也不能確定，無法被綜合。或許有人說用計數器就能實現變量循環
，但這情形又和上面的除法運算相同。那需要額外的硬件，用來存儲中間結果和進行時序控制，
象上面那樣的循環語句對此描述得太抽象，軟件接受不了。
四、如何判斷自己寫的代碼是可綜合的？ 用壹句簡單的話概括：電腦永遠沒有妳聰明。具體來
說，通常EDA軟件對HDL代碼的綜合能力總是比人差。對於壹段代碼，如果妳不能想象出壹個較直
觀的硬件實現方法，那EDA軟件肯定也不行。比如說，加法器、多路選擇器是大家都很熟悉的電
路，所以類似A+B-C，(A>B)?C:D這樣的運算壹定可以綜合。
**************************
而除法、開根、對數等等較復雜的運算，必須通過壹定的算法實現，沒有直觀簡單的實現方法，
則可以判斷那些計算式是不能綜合的，必須按它們的算法寫出更具體的代碼才能實現。
***************************
此外，硬件無法支持的行為描述，當然也不能被綜合(比如想在FPGA上實現DDR內存那樣的雙延觸
發邏輯，代碼很容易寫，但卻不能實現)。 不過，這樣的判斷標準非常主觀模糊，遇到具體情況
還得按設計人員自己的經驗來判斷。如果要壹個相對客觀的標準，壹般來說：在RTL級的描述中
，所有邏輯運算和加減法運算、以及他們的有限次組合，基本上是可綜合的，否則就有無法綜合
的可能性。當然，這樣的標準仍然有缺陷，更況且EDA的技術也在不斷發展，過去無法綜合的代
碼或許將來行，某些軟件不支持的代碼換個軟件或許行。比如固定次數的循環，含壹個常數參數
的乘法運算等等，有些EDA軟件支持對它們的綜合，而有些軟件不行。 所以，正確的判斷仍然要
靠實踐來積累經驗。
當妳可以較準確判斷代碼的可綜合性的時候，妳對HDL的掌握就算完全入門了。