編譯等級不同

⑴ java編譯器級別與安裝的Java項目構面的版本不匹配是什麼原因

在當前項目上點右鍵，屬性--Project Facets中，配置編譯版本與java compiler的版本一致。

1. 選中項目後按下alt+enter組合鍵或者右鍵Project | Properties |Java Compiler(type filter text輸入compiler可快速定位)。

2. 修改Project Facets的Java值，使之和Compiler compliance level相同

⑵ Java 編譯器級別與安裝的 Java項目構面的版本不匹配

問題解決：
在當前項目上點右鍵，屬性--Project Facets中，配置編譯版本與java compiler的版本一致。
1、選中項目後按下alt+enter組合鍵或者右鍵Project | Properties |Java Compiler(type filter text輸入compiler可快速定位)，
2、修改Project Facets的Java值，使之和Compiler compliance level相同

⑶ c語言編譯時間接定址級別不同鏈表的問題

聲明與定義的格式不同。
你在main函數里聲明是: struct stu *print(struct stu *head);
而下面的定義是: void print(struct stu *head)

這是老譚那本書裡面的吧～

⑷ 怎麼調整java編譯器的級別

右鍵項目，propeties(屬性) ,在彈出的框中找到java complier(java編譯器 )，這里可以調整。

⑸ 編譯器64位和32位有什麼區別

從 32位到 64位架構的改變是一個根本的改變，因為大多數操作系統必須進行全面性修改，以取得新架構的優點。其它軟體也必須進行移植，以使用新的性能；較舊的軟體一般可藉由硬體兼容模式（新的處理器支持較舊的 32位版本指令集）或軟體模擬進行支持。或者直接在 64位處理器裡面實現 32位處理器核心（如同 Intel 的 Itanium 處理器，其內含有 x86 處理器核心，用來運行 32位 x86 應用程序）。支持 64位架構的操作系統，一般同時支持 32位和 64位的應用程序。
明顯的例外是 AS/400，其軟體運行在虛擬的指令集架構，稱為 TIMI（技術獨立機器界面），它會在運行之前，以低級軟體轉換成原生機器碼。低級軟體必須全部重寫，以搬移整個 OS 以及所有的軟體到新的平台。例如，當 IBM 轉移較舊的 32/48 比特「IMPI」指令集到 64位 PowerPC（IMPI 完全不像 32位 PowerPC，所以這比從 32位版本的指令集轉移到相同指令集的 64位版本的規模還要龐大）。
64位架構無疑可應用在需要處理大量數據的應用程序，如數字視頻、科學【和諧你妹啊】運算、和早期的大型資料庫。在其它工作方面，其 32位兼容模式是否會快過同等級的 32位系統，這部分已有很多爭論。在 x86-64 架構（AMD64 和 Intel 64）中，主要的 32位操作系統和應用程序，可平滑的運行於 64位硬體上。
Sun 的 64位 Java 虛擬機的啟動速度比 32位虛擬機還慢，因為 Sun 仍假定所有的 64位機器都是伺服器，而且只有為 64位平台實現「伺服器」編譯器（C2）。[1]「客戶端」編譯器（C1）產生較慢的代碼，不過編譯較快速。所以盡管在 64位 JVM 的 Java 程序在一段很長的周期會運行的較好（一般為長時間運作的「伺服器」應用程序），它的啟動時間可能更久。對於短生命期的應用程序（如 Java 編譯器 javac）增加啟動時間可控制運行時間，使 64位的 JVM 整體變慢。
應當指出，在比較 32位和 64位處理器時，速度並不是唯一的考量因素。應用程序，如多任務、應力測試（stress testing）、簇（clustering）（用於HPC）可能更適合 64位架構以正確部署。為了以上原因，64位簇已廣泛部署於大型組織，如 IBM、Vodafone、HP、微軟。

⑹ 每個編譯器都不一樣么 c語言一般用什麼編譯器 每次一種編譯器不能編譯 另一種卻能編譯出

編譯器就是c語言編譯成二進制的東西，
不同的編譯器是不同的， 比如16位系統和32位系統的編譯器就不同，因為16位的認為int是2位元組，32位的則認為是4個位元組。 另外 linux上的編譯器跟windows下的編譯器也不同，linux上的認為內核空間佔1G，而windows下則認為佔2G, 此外兩個系統對環境變數以及其他的設置也不同所以編譯器更不能用。
而且不同的CPU的指令集時不同的，所以同樣int a =1 最後被編譯成的二進制代碼也是不同的。

C語言的編譯器有很多，windows下的編譯器也有很多，不同的編譯器可能會做一些不同的優化，linux下的gcc也可以添加選項讓他編譯windows下運行的程序。
main(int argc,char*argv[ 】 ） argc 是你的參數個數 argv是你的參數。
比如你最終程序叫 add 那麼 你在命令行執行add 1 2 那麼argc =3 第一個參數使你的add, 第二個第三個就是 1 2， 在函數內部你就可以獲取這倆參數進行相加然後列印

visual 是個IDE，集成開發環境，已經集成好了windows下使用的編譯器連接器 等， 編寫代碼完成後直接點擊編譯就行了。 IDE的默認編譯器是可以更改的，不同的IDE設置不同。

⑺ 用C++實現了一個簡單的單例模式，可是編譯卻提示C2040間接定址級別不同 求大老們幫忙啊 。。

MapPart::pMap = NULL;
改為
MapPart* MapPart::pMap = NULL;
而且你寫的這個不是太好。要手動delete，時機掌握會比較麻煩。
附一個我以前寫的給你

class Singleton
{
public:
static Singleton * GetInstance(void)
{
static Singleton instance;
return &instance;
}
T m_value;
private:
Singleton() { }
Singleton(const Singleton &other);
Singleton& operator=(const Singleton &other);
}

⑻ C語言的編譯器為什麼有許多不同的版本並且在不同的編譯器版本下C語言的語法規則也不盡相同

C的標准本來就有多個版本,目前編譯器採用的標准比較常見的是ANSI C和C99。另外語言標准中也存在未定義行為,留給編譯器實現自己去定義。各種編譯器對標準的實現也未必完全遵守(C還好,C++這種特別復雜的語言就很難做到完全遵守標准了),而且往往還增加一些自己的擴展,預定義宏之類的。這些都給跨編譯器編碼帶來麻煩。不過總體而言C是個比較單純的語言,除非程序員故意,一般搞不出太多給編譯器出難題的花樣。作為長期用C++的程序員,非常羨慕C代碼編譯時那種飛快的速度。
麻煩採納，謝謝!

⑼ 程序編輯與編譯有什麼區別

編輯和編譯是完全不同的概念，，編輯 是指程序代碼、界面等的輸入、構建，編輯等，在這期間，開發工具會對輸入的代碼進行一般的語法檢查等，，在可視化以前的開發環境下，主要是指代碼的輸入、編輯。編譯是指 開發工具的編譯程序對編輯過的代碼進行轉換，以便生成可以執行的代碼文件，在可視化以前的開發環境下，編譯都是在編輯工作完成以後進行的。

⑽ 編譯過程分為哪幾個階段各階段的遵循的原則、識別機構、使用的文法編譯原理

編譯原理中的遍概念
編譯階段也常常劃分為兩大步驟，分析步驟和綜合步驟 分析步驟和綜合步驟 分析步驟是指對源程序的分析 －線性分析(詞法分析或掃描) －層次分析(語法分析) －語義分析 綜合步驟是指後端的工作，為目標程序的生成而進行的綜合

你分析過嗎？若按照這種組合方式實現編譯程序，可以設想，某一編譯程序的前端加上相應不同的後 端則可以為不同的機器構成同一個源語言的編譯程序。也可以設想，不同語言編譯的前端生成同一種中間 語言，再使用一個共同的後端，則可為同一機器生成幾個語言的編譯程序。

一個編譯過程可由一遍、兩遍或多遍完成。所謂"遍"，也稱作"趟"，是對源程序或其等價的中間語言程 序從頭到尾掃視並完成規定任務的過程。每一遍掃視可完成上述一個階段或多個階段的工作。例如一遍可 以只完成詞法分析工作；一遍完成詞法分析和語法分析工作；甚至一遍完成整個編譯工作。對於多遍的編 譯程序，第一遍的輸入是用戶書寫的源程序，最後一遍的輸出是目標語言程序，其餘是上一遍的輸出為下 一遍的輸入。

在實際的編譯系統的設計中，編譯的幾個階段的工作究竟應該怎樣組合，即編譯程序究竟分成幾遍， 參考的因素主要是源語言和機器(目標機)的特徵。比如源語言的結構直接影響編譯的遍的劃分；像 PL/1 或 ALGOL 68 那樣的語言，允許名字的說明出現在名字的使用之後，那麼在看到名字之前是不便為包含該名 字的表達式生成代碼的，這種語言的編譯程序至少分成兩遍才容易生成代碼。另外機器的情況，即編譯程 序工作的環境也影響編譯程序的遍數的劃分。遍數多一點，整個編譯程序的邏輯結構可能清晰些，但遍數 多即意味著增加讀寫中間文件的次數，勢必消耗較多時間，一般會比一遍的編譯要慢。