編譯的結果

㈠ vs2010編譯C語言後怎麼查看結果

VS2010通過引用C++的庫來實現C語言的使用。
F5運行後就可以查看結果了。

㈡ C語言同一段代碼，同樣的文件，編譯器為什麼運行結果不一樣

有如下幾種可能：
1 代碼運行的平台硬體不同。
不同的CPU，如嵌入式CPU，intel CPU，以及IBM的CPU，在硬體最底層就是不同的，而C語言是一門和底層相關性極大的語言，在不同的硬體上運行出不同結果是很正常的。

2 代碼運行的系統不同。
相同CPU在不同操作系統上跑相同代碼時，一樣會出現不同的結果。這是由於系統底層的實現不同造成的。比如Linux和Windows，在底層處理上就有一定的差異。

3 編譯器不同，同時代碼中使用了C規范未定義規則的語句。
C語言規范並沒有對C語言的所有行為做定義，所以相同語句，不同編譯器的運行效果可能有所不同。比如同樣的sizeof(int)，在16位編譯器上結果為2，而32位編譯器上就會是4。

4 代碼獲取到的外部數據不同。
比如運行代碼時獲取到的其它輸入不同，包括程序中獲取的環境變數，實時信息，以及各種外部輸入等，均有可能出現不同。
比如在做隨機數時，如果以當前時間設定隨機數種子，由於每次的時間是不同的，同一個程序每次運行的結果都是不同的。

㈢ 怎樣查看C/C++程序編譯過後的結果

通常在項目下的obj文件夾里，二進制文件

㈣ java編譯器在不同平台編譯同一個類，編譯的結果是否相同

.java的源文件會被編譯得到.class的位元組碼文件，這個過程是jdk當中的javac程序也就是編譯器（java compiler）乾的。但是各個平台上的閉枝javac有所區別，而且各組織或者公司可以自行開發定製自己的jdk（例如HP、IBM等都有自己的JDK），定製的JDK可能會對java源代碼進行編譯期優化，所以編譯出來的納灶結果很可能是不完全一樣的，可以有一些細微的差別。不過這不要緊，在絕大多數情況下，即使編譯結果不同，實際運行起來的結果是一樣的。
就像中文「我叫湯姆」，有的翻譯可能會譯成「My name is Tom」，有的翻譯可能會譯成「I'm Tom」，但是對於老外來說沒太大轎茄敏區別，老外都能理解，實際效果是差不多的。

㈤ 在java中，編譯運行的結果是什麼

第一個是：two。錯了，第一個列印不出結果的。呵呵

㈥ C語言編譯器運行結果是什麼樣的

需要准備的材料分別有：電腦、C語言編譯器。

1、首先，打開C語言編譯器，新建一個初始.cpp文件陪旁乎，例如：test.cpp。

㈦ 輸入34的話，編譯出來的結果就是多少呢

代碼如下:

#include<stdio.h>

int main()

{

int a,b,s;

scanf("%d %d",&a,&b);

s=a*b;

printf("%d ",s);

return 0;

}

輸入3 4的話，編譯出來的結果就是3*4=12。

同樣的輸入3 4的話，編譯出來的結果就是想要的3*4=12。

㈧ 如果編譯的結果顯示有ERROR，怎麼查看E

目前越來越多的項迅漏扒目開始採用maven管理，本經驗介紹下maven如何安裝，安裝完如何驗證，以及dos下常用maven命令用都是什麼作用。 工具/原料 apache-maven-3.1.0本經驗用的這個版本實驗 方法/步驟 下載maven，下載後如果是壓縮包，進行解壓，得到maven目錄。 找到我們的maven目錄並復制路徑，右鍵計算機，屬性里選擇高級系統設置，找到環境變數搜稿。 用戶變數下選擇新建，變數名為M2_HOME，變數值為D:\Program Files\apache-maven-3.1.0，點擊確定 找到maven下的bin目錄D:\Program Files\apache-maven-3.1.0\bin復制，用戶變數下選中PATH點擊編輯，粘貼，注意加分號跟其它的隔開。 這就算配置完成，驗證對不對，win+R快捷鍵cmd進入dos窗口，輸入命令，mvn -v（注意中間有個空格），回車運行後可以看見maven版本maven home表示安裝成功。 進入或者新建想要生成項目的文件夾，通過運行dos命令mvn archetype:generate，可以簡單搭建一個maven項目的骨架。運行過程中會讓我們輸入groupId，artifactId，package,也可以直接設置這畝昌些，例如：mvn archetype:generate -DgroupId=com.xh.maven -DartifactId=maven_03 -Dversion=0.0.1_SNAPSHOT 如果我們寫好了一個項目，dos命令下可以通過mvn compile編譯項目src/main/java下中的類 如果編譯的結果顯示有ERROR，怎麼查看ERROR的詳細信息呢，可以通過mvn -e，從本例這個提示看，就是pom.xml上第一行xml後面編碼encoding拼寫錯誤 mvn項目是src下有個main，還有個test測試，mvn -test就是編譯src/test/java中的類 mvn package 打包 mvn install 會把打的jar包發到倉庫中，這樣另一個項目中pom.xml下通過dependency下配置就可調用裡面的類

㈨ 關於如何判斷gcc之類的編譯器的編譯結果

我們再使用gcc編譯的時候可以讓他的輸出信息保存到文件當中

gccmain.c-omain&>status.txt

上面的命令就是將gcc編譯的信息保存到status.txt文件中，然後我們再程序中讀取文件，看文件是否有內容，沒有內容就說明沒有報錯和警告，編譯成功。有內容就對每一行內容進行判斷，看是warring還是error，只有warring也代表編譯成功，有error代表編譯失敗，然後把這些報錯信息都列印出來就好了。

下面看一下例子：

㈩ 同樣的一段程序，CCS 和 IAR 編譯運行的結果不同

優化舉個簡單例子：int
i;i=1;i=2;i=3;i=4;i=5;i=6;i=7;i=8;i=9;i=10;這段代碼會被直接優化成
i=10;連續10次給i賦值，只有最後一次才有意義。前面的賦值沒有意義，會被直接優化掉。如果後面i也沒有被使用，則變數i本身沒有意義，直接優化掉。最後編譯出來的代碼就是空。進一步，把上面的賦值換成循環int
i;for(i=1;i<10;i++);這段代碼也會被優化成i=10;循環相當於連續給i賦值9次，循環裡面i的值是多少，是沒有意義的，最後循環退出時的i值才有意義，相當於最後一次的賦值i=10;如果後面的程序沒有用到i,則變數i本身沒有意義，直接優化掉。最後編譯出來的代碼就是空。謹記：空循環是沒有意義的，有點優化能力的編譯器，都會將空循完全環優化掉。如果需要延時，請加上volatile,或者調用編譯器的延時函數，或者用編譯參數禁止優化，或者使用內嵌匯編。總之，不要使用沒有volatile的空循環帶實現延時，這是不規范的。