邏輯編譯同樣模塊結果不同

㈠ 請教下verilog設計高手，我編寫的頂層調用模塊程序分析成功後也能產生模塊，但是編譯時卻有錯誤：Error (12

建議換調喊做用方式的語法，
很可能是img_rom u3(d1[13:0],inclk0,b1,q);的順序有問題，
推測應該為img_rom u3(inclk0, b1, d1[13:0], q);；
建議（舉例）
img_rom
u3(
.clk(inclk0),
.wr_en(b1),
.data_in(d1),
.data_out(q)
);

以答滲伍同樣的方式清或進行模塊調用就不會出錯了。

㈡ 為什麼 調換了邏輯或運算兩邊的運算式，結果卻不同了

運算符號級別的問題；激告岩
要注意||先算左邊，友櫻再右邊；
y--,這樣的，要先運算，後作--運算，與--y相反，這個是先減再做其它的運算。
x=x+y!=z||y--<=x

分解：x = x+y!=z；運算優先明御級為+ ,x+y = 3 再 != , 3 = z 最後x = 3!= 3 = 0 ；
y--<x; 運算由於--在y後面，所以先做其它操作，如<，2< 1. 再做y = y-1= 1;

㈢ 邏輯錯誤類型12種

邏輯錯誤類型有稻草人謬誤、錯誤歸因、從論證到結論、滑坡謬誤、訴諸虛偽、德克薩斯神槍手、樂隊花車、訴諸權威、合成謬誤、基因謬誤、非黑即白、訴諸自然。

1、稻草人謬誤

歪曲了別人的觀點，來讓你本身的觀點顯得更加合理，使你自己能夠更加輕松地攻擊別人。這是一種極端不誠實的行為，這不但影響了理性的討論，也影響了你自己觀點的可信度。

邏輯錯誤

邏輯錯誤是相對於編譯錯誤來說的，例如程序代碼的語法有問題，編譯時就會出錯。而邏輯錯誤在語法上是正確的，程序能夠編譯並運行，但是運行的結果與預想的不同。

㈣ java兩段代碼幾乎一樣為什麼結果不一樣

因為對於邏輯運算符&&有邏輯短路問題,也就是說當邏輯運算符絕告局&&的前面一個邏輯表達式為false時,編譯程序會跳過邏輯運算符&&後面的邏輯表達式,直接判斷整個邏輯表達式為false.

對於你的程序中if((j++>5) && (j++<9))當j=3時因為j++>5為false,所以程序直接判定整個表並讓達式為false,所以沒有執行友沒j++<9,也就使j少加了一個1,所以j等於4

而&是位運算符不存在上述問題,所以if((i++>5) & (i++<9))計算了兩個i++,所以i等於5

㈤ 請問：同一個Fortran77程序在CVF6.5和IVF2013中分別編譯得到的結果不一樣，這是什麼原因

1. Fortran77隻規定應該怎麼做的「語法問題」
   

2. 任何語法都不可能細化到每一個細節，所以，必然有語法不規定的內容，此時，不同編譯器就會有不同的選擇方式。

3. 例如，未初始化變數的值是多少？浮點數做為循環變數，循環終止條件的浮點數相等判斷，等等這些問題。

4. 為了避免這些問題，要求程序員盡量嚴謹的按照語法和四維邏輯，去書寫代碼。然而，實際上，完全嚴格遵循語法的代碼是很少見的，尤其是較長的代碼，或多或少都有不規范的地方，都有隱含的「錯誤」在裡面。

5. 因此，沒有哪個程序員敢說自己的代碼是沒有「BUG」的。

6. 絕大多數較長的代碼，都無法保證在不同的編譯器上都能得到相同的結果。更換編譯器後，或多或少都需要進行修改。這在編程工作中是很平常的事情。

7. 如上所說，盡量嚴謹的代碼書寫習慣，可以盡量的避免這種編譯器間的代碼不兼容。

8. 針對你的情況，我建議你檢查代碼中是否定義了全部變數？並給定了每個變數特定的類型和精度？是否每個變數在使用前都進行了賦值？（尤其是函數或子程序內的局部變數）

9. 如有必要，Debug 下斷點單步會很有效的幫助你。
   

㈥ asp.net 編譯時，報錯「源文件與模塊生成時的文件不同」！

網上很多人要選擇「允許源文件與模塊生成文件不同」。我直接暈倒，這種治標不治本的方法真是不可取！但是微軟確實讓人頭疼，很難琢磨到它到底是為什麼！看了網上的很多解釋，試過很多，大多數是不管用的~

本人覺得採取下面3的解決的辦法比較穩妥！首先根源在於確實生成的與源文件不同，然後不除根源是解決不了問題的。所以將...../Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/下的所有臨時文件全部刪除然後把解決方案重新生成數鋒一遍。其實這個解決辦法也不能治根

下面是網上的一些匯總：
1、
今天在Visual Studio 2005中調試某個程序時遇到一個奇怪問題
就是在某個源文件中設置的斷點老是無效，提示「當前不會命中斷點。源代碼與原始版本不同」信息
清理項目、重編項目、重新拷貝原文件都解決不了問題
「工具」，「選項」，「調試」，「要求源文件與原始版本完成匹配」去運畢租掉勾。
另外通過重新格式化出問題的源文件亦可以解決，即在VS2005中選擇 「編輯」－「高級」－「設置選定內容的格式」。

2、發現格式化也不管用了-_-!
補充一下在網上發現解決方法： 將出問題的文件用notepad打開，然後另存為Unicode編碼，就可以解決！
3、解決方法。。
分析原因，個人覺得是：
項目生成的（旁兆即OBJ文件夾，存著兩種版本）與臨時生成 （Temporary ASP.NET Files目錄下）不一致，，
之前我用了上述的方面不能解決。把兩個目錄的文件刪除之後，正常了。
4、如果還是不行，那就是終極解決辦法了：重命名文件！如果是由同一項目中存在多個相同文件名的頁面文件及相應CS文件造成「當前不會命中斷點。源代碼與原始版本不同」錯誤，可以在VS2005解決方案資源管理器里，右鍵該文件並重命名成新的文件名。
5、重新生成一下解決方案就好用

6、這個問題的解決方法網上實在太多了。我在這里就不多說了。
但是網上的方法卻沒能解決我的問題，花了一個早上的時間，終於自己找到了問題所在，希望對那些有和我一樣困惑的兄弟有所幫助。
錯誤提示 同樣是：」當前不會命中斷點。源代碼與原始版本不同「，錯誤的原因，我的A項目是啟動項目，B項目和A項目在同一個解決方案中，且A項目需要調用B項目，可是B項目的代碼改變後斷點調試就不行，提示：：」當前不會命中斷點。源代碼與原始版本不同「，最後發現是A的依賴項里沒有B項目了。原本VS是會自動加的，可能是文件被我手動修改過的原因，導致了B在A的依賴選項丟掉了。右鍵單擊A項目，然後選擇依賴項，把B項目重新勾上，一切OK。

7、使用Visual Studio 2005時不止一次的遇到「當前不會命中斷點。源代碼與原始版本不同」的問題,
可嘗試一下幾種方法解決：
<1>.將「工具」，「選項」，「調試」，「要求源文件與原始版本完成匹配」去掉勾 或者設置該斷點。

<2>.重新格式化出問題的源文件亦可以解決，即在VS2005中選擇 「編輯」－「高級」－「設置選定內容的格式」。

<3>.將出問題的文件用notepad打開，然後另存為Unicode編碼，就可以解決！
我也遇到過這個問題，參考<1>把問題解決了
參考資料：http://blog.csdn.net/woaizhoulichao1/article/details/6313173

㈦ 怎麼在libero裡面同時編譯同一個vhdl的不同模塊，這些模塊都是分開寫的。

由於用VHDL設計集成電路同半導體工藝無關，所以設計的集成掘行叢電路可以用不同的半導體工藝生產。 ... Libero和Designer的最新版本是5.0，其中，Libero 5.0是一個整合的FPGA開發判櫻平台， ... Designer 5.0隻是包括後端的布局布線軟體和生成專用模塊的ActGen.exe軟體。帶脊 .... 第三種方法是通過「I/O Attribute Editor」 來分配引腳，同時也可以通過這個

㈧ 編譯為什麼要分成不同的階段請解釋編譯的幾個不同階段

編譯過程分為分析和綜合兩個部分，並進一步劃分為詞法分析、語法分析、 語義分析、 代碼優化、存儲分配和代碼生成等六個相繼的邏輯步驟。
這六個步驟只表示編譯程序各部分之間的邏輯聯系，而不是時間關系。編譯過程既可以按照這六個邏輯步驟順序地執行，也可以按照平行互鎖方式去執行。在確核碰定編譯程序的具體結構時，常常分若干遍實現。對於源程序或中間語言程序，從頭到尾掃視一次並實現所規定的工作稱作一遍。每一遍可以完成一個或相連幾個邏皮銀輯步驟的工作。例如，可以把詞法分析作為第一遍；語法分析和語義分析作為第二遍；代碼優化和存儲分配作為第三遍；代碼生成作為第改握談四遍。反之，為了適應較小的存儲空間或提高目標程序質量，也可以把一個邏輯步驟的工作分為幾遍去執行。例如，代碼優化可劃分為代碼優化准備工作和實際代碼優化兩遍進行。

㈨ 為什麼kotlin編譯後邏輯變了

這個我也不知道

㈩ java反編譯出來邏輯不對，誰幫我整理下。

一般反編譯出來的代碼應該和源碼的順序是一樣的把