❶ Microsoft Visual C++(VC2009) V6.0和Visual.C++ 6.0这两种软件是怎么回事啊
微软没有出品过vVC2009这个软件!
只有vs2008和vs2010
vc6.0只是一个c++的编译器
而vs支持很多语言,所以使用上也要考虑到其他语言,所以有些操作方式该表了
大体来说,vc6上的功能全部实现了,只是可能操作步骤变动一点
当然,功能上更强大一点
编译器上的问题不是问题,语言的问题才是最重要的!
编译器花上一小段时间就掌握了,而一种语言尤其是c++需要花很长的时间和精力的!
❷ （vc6.0编译器）这个软件的内存有多大呢
128M的内存就可以了，那个是10年以前的软件.
❸ 关于C语言中结构体所占内存大小的疑问，我用的编译器是VC6.0，int占4个字节，char型占1个字节，但结果为28
编译器是自己按最大字节对齐~
也就是说
在这里面 int有4个字节 都已4字节对齐
char【20】 有20个字节
然后char sex 1个字节 但是对齐后变成4
最后整形是4
所以一共28
在程序前面
#pragma pack ()
就可以取消编译器自动对齐 会输出25
❹ vc 6.0是VC++ 2008吗
VC 6.0 和VC++ 2008指的都是编译器,都可以编译C++程序.但是两者不能混为一谈。VC6.0比VC++2008版本早，VC6.0的更经典，相对于VS2008等一些工具来说，VC6.0离底层比较的近，封装级别低，对于程序员来说，喜欢这样的透明（相对的），VS2008以及其他一些工具，他们过于的封装，过于的简单，用这些工具时，程序员会失去成就感。而且，这些“快餐语言”的更新换代比较的迅速，学的快，淘汰的也快，所以VC6.0这样的经典得以延续！！！
❺ 为什么VC6.0在中国这么普遍，他不是98年的老版本吗……
只是个编译器而已，都一样啊，而且VC6短小精悍，何况目前完全支持C99标准的编译器还没有，所以VC6完全没有过时一说，用于一般小程序的编写和调试完全足够了，为了几行代码花费大量的系统资源去安装VS2010什么的不值得呀，我平时还在U盘上放个wintc，图方便而已，各个编译器之间绝大部分是互通的，除了一些编译器对数型的存储字节上有区别，几乎没有区别的，而且VC6提供了较为完整的调试环境，再说了，谭书里面用的VC6是不是正版还不知道呢，嘿嘿，能用即可，不必深究
❻ 如何在VC6中使用Intel C/C++ 编译器
Dev C++ 用的是着名 的 GNU 编译器集合中的编译器
windows 下的首选的编译器是被打包进 VC 的 Microsoft 的 CL, 在 Windows 下的各种编译器里
Microsoft 的 CL 具有极佳的性能, 常常能生成极快速极短小的代码(这个和 Microsoft 打包进 VC 的标准 库 也有关系).
如果是 Intel 处理器, 可以考虑的是 Intel 的 C++ 编译器,不过使用起来比较麻烦.
GNU 编译器集合的优点在于其良好的跨平台性能, 你 可以在各种平台上使用 GNU 的编译器
其是 Unix/linux 平台的首选编译器(实际上,大多数 Unix/Linux 都搭载了 GCC).
至于对标准的支持度, GCC 应该是比较好的(对 C 语言), 对标准 C++ 来说, Microsoft 的 VC2005 以上也做得很不错.
用 VC6 来比较 Dev C++ 5 是不恰当的， VC6 是应该淘汰的东西了
要用来学习 C++ 的话，最低也该用 VC2005
理由： VC6 比 标准 C++ 还古老， VC6 的时代还没有标准 C++ 这个东西
要用来做实际工作的话，最低也该用 VC2005
理由： VC6 不支持新的平台，特别是 amd64 和 it64.VC 6 不支持 VISTA.
不过，Dev C++ 5 Beta 也是有点老了,要做实际工作的话，Windows 下 使用 Dev C++ 5 Beta 时要注意兼容性，实在不行的话就更新 MingW 和 GCC.
VC++ 6.0是97年正式竣工的，98年开始有C++标准，后来C语言又修订了标准C99，再后来又有C++2003标准，明年C++标准会有C++0X，这样看来VC++6.0对C++支持不好是很正常的事情，对标准的C99支持不好也是很正常的事情。
GNU Dev C++ 4.9.9.2，2005年最后一版，据说对C++标准支持比较好，再后来有wx-devcpp继续了它的道路，至今一直继续升级。
我个人的使用经验是这样，如果你把VC++6.0当成一个C语言的IDE可能还不错，但是编译C++程序，恐怕就有点牵强了，我平时写得C++代码[如果没有语法错误的话]，VC++6.0即使打上SP6补丁相信90％以上的可能性编译不过去。Dev C++ 4.9.9.2可以编译过去的可能性相信会超过98％。如果写C程序，假如没有语法错误的话，VC++6.0和GNU Dev C++ 4.9.9.2基本上都可以编译成功。
由于都是IDE，VC++6.0调试程序更方便一些，用VC++6.0可以开发C应用程序，Win32应用程序，还可以方便的使用MFC开发很多应用程序，不过问题是，MS的IDE新版本有很多时候并不兼容VC++6.0，有些函数的参数重新修订，有些函数和类已经废弃，有些已经改名，当然还扩充了不少。
VC++6.0对STL支持不佳是很正常的事情，比如getline库函数本身有bug，list成员函数sort本身有bug，还有很多其他问题，VC++6.0对模板支持很差，对友元支持很差，还有很多方面支持很差。对模板支持差，这种情况一直到VS2003(C++7.0)都没有很好的解决，VS2003不支持模板的偏特化。
GNU Dev C++ 4.9.9.2比较小，安装后大约50M大小(VC++6.0安装后至少几百M)，可以开发C,C++,Win32应用程序等等，使用Dev C++ 4.9.9.2编译C++程序，用的是g++3.4.2编译器。Dev C++对标准C++支持较好，据我所知，仅仅友元模板函数在类里面实现可以正常编译，但是放到类外就不行，到目前为止仅仅发祥这一个问题，还有一个问题就是代码最大优化，你需要便宜环境设置里面加上命令-O3。
另外，我还使用过Intel C++ 9.0，以插件的形式安装在VC++6.0这个IDE上，对C++的支持力度仅次于Dev C++ 4.9.9.2，但是编译代码以后执行速度稍快一点。
如果你喜欢使用MS的编译器，建议使用VC++8.0[VS2005]，缺点是占据硬盘空间很大，加上MSDN，至少2GB以上。
如果你是C++初学者，使用环境Windows平台，GNU Dev C++ 4.9.9.2(g++3.4.2)可能是你非常好的选择。如果你使用linux平台，可以升级g++编译器版本到4.2.1甚至更高。
❼ c语言编译器
如果是windows xp及以下的话, 可以用turboc2.0或vc++6.0, 这两个软件比较古老了, turboc2.0更古老, dos时代的经典之作. 如果是windows7的话, 由于win7级别比较高, 前面两个编译器都不能用, 或者是兼容性不好, 可以用visual studio, 这个软件很大的. 如果是linux操作系统的话, 它自带了c语言编译器gcc. 前面所说的软件都可以在网上下载到, 资源很丰富的.
❽ VC6.0和VS2010的问题。
编译器，如果你的机器配置还可以那就建议用最新的吧，编程这个东西一定要跟的上时代。
至于为什么工程会这么大，先说VC6，一般源代码只有几十K或者几百K，但VC6编译完后就可能会变成几十M，原因就是编译过程中会在Debug目录或者Release目录下生成大量的目标文件、连接文件或者调试信息的中间文件，这些文件都是很大的。如果想让工程目录小一些，可以将Debug和Release目录下处理.exe（或.dll或.lib或.ocx）之外的文件全部删掉。
而visual studio 2010创建的项目，除了Debug目录和Release目录外，在工程目录中有一个sdf文件和一个ipch文件夹，都是很大的（几十M到几百M）。即使你删掉它们，下次打开工程时还是会重新建立。其实这是2010的一个新功能，与智能提示，错误提示，代码恢复、团队本地仓库等等息息相关的东西。如果大家觉得很不爽可以关掉它： “工具-> 选项-> 文本编辑器-> C/C++-> 高级-> 禁用数据库” 设置为True，默认是false。这样ipch与sdf就不会再产生了，但是这样做会产生另外一些问题，可能会导致其他一些功能不能使用。
还有一种解决方法：
“工具-> 选项-> 文本编辑器-> C/C++-> 高级”将“回退位置->始终使用回退位置”设置为true，将“回退位置已在使用时，不警告”也设置为True，然后删除 sdf 文件和 ipch 目录，再次打开解决方案，ipch与sdf就不会再产生了。
那么那些文件放置到那里了呢？看 "回退位置" 属性说明：这是存储浏览信息数据库和 IntelliSense 文件的第二个位置，如果不指定则放置到临时目录中；到临时目录一看，里面有一个 VC++ 的目录，都在那个目录里面呢。
可以在 "回退位置" 属性中，设置一个固定的路径来存储这些文件，比如D:\VS2010Temp，这样也比较好管理这些庞大的臃肿的文件，可以定期清理掉它们，释放出硬盘空间！
❾ 请问VC6。0怎中么指定编译器堆空间大小
Determines the compiler's memory allocation limit for the precompiled header.
/Zmnumber
The number argument is a scaling factor with a default value of 100, which specifies a memory allocation of 50 MB. The maximum value is 2000. The following table shows how number modifies the memory allocation.
Value Memory allocation
10 5.0 MB
100 50 MB
200 100 MB
1000 500 MB
2000 1000 MB
不过这种情况应该是你的算法有问题吧？
❿ VC编译器中“优选大小或速度”和“优化”选项的设置区别在哪里
VC中的优化里面的 按大小优化 与 按速度优化 是分开选的，不能同时选择两者