微软编译器团队

❶ 请问达到怎样的水平才能进微软这类公司从事搞编译器这类工作

我读研究生的时候才对编译开始有兴趣，当我毕业时我不知道我对什么感兴趣。结果，当时的成绩很好，他们也跟上了形势，然后给了我一些时间思考。

后来我也在想，我其实更大的兴趣是什么呢？其实是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 使用很方便、很强大.....