微軟編譯器團隊

❶ 請問達到怎樣的水平才能進微軟這類公司從事搞編譯器這類工作

我讀研究生的時候才對編譯開始有興趣，當我畢業時我不知道我對什麼感興趣。結果，當時的成績很好，他們也跟上了形勢，然後給了我一些時間思考。

後來我也在想，我其實更大的興趣是什麼呢？其實是C++和挑戰，做編譯器也許是方便我更好的研究它，也有很大的挑戰性，也許有一天我會因為發現更大的挑戰而不做編譯器了。

有什麼書和方法，有很好的答案，我不會說。寫下這些內容有點荒唐。

❷ 微軟用什麼C語言編譯器

微軟Windows操作系統使用語言：
1. 底層使用：匯編語言；
2. 驅動、API等介面使用：C語言；
3. 上層程序調度、界面等面向對象的使用的是：C++和一個微軟私有語言寫的。

上述不包括Window7操作系統，Win7真不知道。

殺毒軟體就不用說了，什麼語言都可以寫，只要是面向對象的都可以實現的。

文本編輯器只要支持UTF-8等通用格式的，什麼都可以，微軟使用的是自編的文本編輯器。殺毒軟體的公司太多，誰知道他們使用的什麼呢？呵呵。

操作系統開發環境的編譯器肯定有VC、VS。
匯編部分的編譯器分兩種：32bit&64bit 的masm。（好像應該是）

一般大點公司都會使用很多自己開發的工具，這是肯定的。這些工具一般在部分公司員工的博客上是可以找到的。並不完全是封閉保密的。有興趣可以去找找。很多論壇有公布這些博客地址。

❸ C++的集成開發環境的問題

Visual C++ 從 6.0開始就徹底超越Borland系列了.事實上VC的生產商微軟和TurboC系列\BorlandC系列的生產商Borland(已經更名為Inprise)在編譯器領域的大戰由來已久,但從TurboC2.0開始微軟的編譯器一直干不過Borland.

於是很有意思的一件事情:一個被懷疑是微軟工程師的人以筆名Buck Forland(^_^看出這個筆名的玄機了吧?)在業界刊物上大量發表抨擊Borland的文章,可見當時微軟的C/C++編譯器當時的確處於處風.但後來微軟出狠招把Borland的編譯器開發團隊幾乎全部挖到微軟,這才開發出了經典的VC6.0,而Borland卻在Borland C++5.0的巨大失敗中元氣大傷.從此,VC系列完全佔了上風,Borland C++系列已經無法與之競爭.

C++ Builder也是Inprise的產品,事實上Delphi和C++Builder除了使用的語言不同，其餘幾乎都相同,Delphi也是擁有不少擁蔟的江湖利器,但與VC++孰優孰劣這個眾說紛紜,我是VC++程序員,我認為我用VC++什麼東西都能做出來,我認為這樣就可以了.

下面是一篇相關的比較文章,你可以參考一下!
http://www.newasp.net/tech/program/20320.html

❹ 有誰知道微軟內部用的什麼C++編譯器

我知道，VC編譯器，上次微軟泄漏代碼，就是用的VC

❺ 您知道C++/CX嗎

最近裝了VS11Beta，才關注有關WinRT的信息。C++這次又被微軟擴展了，新名字叫C++/CX。 C++/CLI是微軟為了讓C++代碼能夠在.Net上運行所做的嘗試（誰還記得Managed C++），C++/CX是為了讓C++程序員能在WinRT上輕松地一展身手所做的擴展。 現在C++/CX的資料非常少，Google上搜索一下，頭條就是 Inside the C++/CX Design ，是微軟Visual C++團隊的一個哥們寫的。看他的照片，一臉苦逼樣，就知道他被C++折磨得非常不爽。 他的文章中也是充滿了痛苦。為了迎合微軟的COM技術（為什麼微軟老是抱著COM不放）和WinRT的模型，他們嘗試了各種方法，例如寫一個完全符合C++標準的純類庫（WRL），但是發現這個類庫使用還是非常不方便，因為寫一個COM組件是非常麻煩的事情，必須有很多工具配合。如果沒有Visual Studio，我估計不會有多少人願意寫COM組件。於是他們再一次擴展了C++（有點類似ATL Attributes），編譯器會自動生成很多代碼來把一個類搞成COM兼容，例如自動生成uuid，各種借口定義等。當然一切都是native的代碼，並不涉及類似.Net的託管問題。 當然，文章很短，評論才是經典。國外的程序員們也表達了他們的憤慨，以及對於微軟Visual C++團隊改語言癖好的不滿。很多人認為即使是編譯器自動生成代碼，使用標准C++語法已經足夠了，根本不用再去搞擴展。 只有C++程序員才能體會，對於擴展C++的強烈反感。C++的一個特點就是，自己跟自己不兼容，一旦有新特性，就要花費很多精力去把這個新特性和已有特性結合，而且很多情況下，這種結合會產生很多問題和陷阱。 話說C++11出來，新特性很多，讓本來就復雜的C++更進一步以後誰要是學C++，那得從C開始，到面向對象，到模版，到STL，到其他標准庫（輸入輸出、正則表達式、線程等等），哪一個都不是能輕松搞定的。沒准還要注意C++各種陷阱和最佳實踐，於是要看(More)Effective C++(STL)等書。沒准還要知道C++的工作原理才能裝成高手，於是就要看C++對象模型。還有高手鑽研C++標准嗎？ 以前寫個C++類，稍微有點復雜度，就要提供構造、析構、拷貝、賦值函數（ assignment），現在還要加上另一個賦值函數（move assignment），才能讓這個類有比較正常的行為。考慮繼承，則需要考慮多重繼承的影響，是否virtual繼承，使用public、protected還是private繼承。寫個方法就要考慮是否virtual，是否pure，最後pure virtual的析構函數居然還得提供實現。在實現實際的功能之前，為了符合C++的語義環境，很多時間都得花在這些瑣碎之事上。 C++這個本來就很復雜的東西，卻被微軟一而再，再而三地擴展，來適應微軟同樣很復雜的COM技術。想到這里，誰都有一種去學C#的沖動。隨便看一本C#編程教材，使用VisualStudio，我們就可以開發WinForm，ASP.Net，WPF，Silverlight，可以編寫組件，可以找工作。 C++/CX，是C++在新一代Windows環境中的爆發，還是在新一代Windows環境中的滅亡？這個是問題。

❻ Cadence 顯示microsoft visual C++ runtime error ，

因為Windows的開發者自己定義了CHAR和TCHAR，他們自己定義的CHAR是unsigned char，為了防止不同編譯器產生不同的代碼，因為C標准並沒有規定說char必須是不是unsigned的。所以自己固定一種比較好。而且為了兼容DOS下對8位擴展ASCII碼處理，應該是0~255的范圍。-128~127的char只是早期C語言編譯器習慣的定義，這個定義微軟的C編譯器也繼承了，但是OS開發者和編譯器團隊都想要一些獨立性。

❼ 如何調用微軟編譯器

你的意思是在命令行使用么？

我講不明白 ，你自己看吧 我網上找的

微軟C/C++編譯器命令行模式用法

微軟C/C++編譯器編譯選項數目眾多，在「命令提示符」窗口鍵入cl /?即可查看完整列表
（見附錄1）。比如說，/GX啟用C++異常處理機制，/GR啟用C++ RTTI，等等。在此不打算
詳細討論這些編譯選項用法。

以下是我的測試目錄f:\vstest中的一個樣例文件：

//1.cpp

#include <iostream>

using namespace std;

void main()

{

cout << "Hello Royal"<<endl;

}

你現在可以進入該目錄執行如下編譯命令：

F:\vstest>cl /GX 1.cpp

運行程序，即會產生如下輸出：

Hello Royal

❽ 微軟c++編譯器這是怎麼回事

這應該是程序有語法錯誤，你再檢查一下。一般來說，VS運行出錯有幾個原因：程序本身有錯，這個需要你注意下方的輸出控制台；VS語言功能沒有安裝完整；編譯出的exe文件被殺毒軟體誤刪或被移位（包括配置文件的移位）。

❾ C++是微軟發明的嗎為什麼會有這么多的編譯器哪個才是官方的

C++不是微軟發明，C++是語言 但是有不同分類 比如微軟的就是VC++了。 編譯器沒有官方一說，只是方向不同，微軟的自然是Microsoft VisualC++

❿ 微軟的編譯器只有visual嗎，支持哪些編程語言的編譯

visual studio 是一個集成開發環境， 包含VB.NET/VC/C#/F#等多種語言。

VS 使用很方便、很強大.....