1.十大程序编译器？
2.Release 版本的源码程序与Debug版本的程序有什么不同？以常见的开发环境举例说明
3.gw-basic语法
4.GWD是什么格式啊?要用什么软件才能打开?

十大程序编译器？

       C++的编译器都有哪些?

       kDevelop、Anjuta、CodeBlocks、VisualMingw、Ideone、EclipseCDT、Compilr、CodeLite、NetbeansC++、Dev?C++。

       Kdevelop是一个专为C/C++及其他语言的开源扩展插件IDE，它基于KDevPlatform平台，这是一款可用于IDE基础开源库。

       AnjutaDevstudio是另外一款强大的开发工具，拥有先进的编程特性包括项目管理、应用程序向导、交互式调试器、源码编辑器、版本控制，GUI设计、分析器等等，这款工具为C/C++开发者提供强大的用户界面接口。

       CodeBlocks是一款比较流行的免费且开源的集成开发环境，该工具拥有所有功能，能够满足开发者所需，比如高效的用户界面、编译及调试功能等。

       Visual-MigGW是一款极为简单的开源IDE，它所有的WindowsAPI都可来进行简单快速的开发，它还支持一个随时可用的应用框架，项目托管在SourceForge.net。

       Ideone是一款在线编辑器和调试工具，这款工具提供了强大的功能，帮助程序员以更加快速有效的方式编译源代码。

       EclipseCDT提供更加高效的功能，如：支持为各种工具链提供项目创建及管理、标准构建、源码导航、各种知识工具源，代码编辑器功能如高亮显示、折叠、超链接导航、源代码重构以及代码生成，可视化调试工具，包括内存、寄存器及反汇编视图。

       Compiler是一款在线集成开发工具，允许你编写令人印象深刻的代码功能和简单的用户界面，该工具支持的语言如C、C++、Java、HTML。

       Codelite是一款极好的免费开源的IDE，几乎可运行于所有平台。

       Netbeans工具包含多种类型模板，它拥有迷人的功能，使其在Web开发者更加流行，比如：代码协助、编译配置、单元测试、源码检测、远程开发及文件导航等功能。

       DevC++的功能包括：类浏览器、集成调试、支持GCC、项目管理、代码编译、编辑且编译资源文件、工具管理、功能清单。

windows的pc端编译器有哪些

       Windows的pc端编译器有：

       1)VisualStudio

       Windows下首先推荐大家使用微软开发的VisualStudio（简称VS），它是Windows下的标准IDE，实际开发中大家也都在使用。为了适应最新的Windows操作系统，微软每隔一段时间（一般是一两年）就会对VS进行升级。VS的不同版本以发布年份命名，例如VS是微软于年发布的，VS是微软于年发布的。

       ä¸è¿‡VS有点庞大，安装包有2~3G，下载不方便，而且会安装很多暂时用不到的工具，安装时间在半个小时左右。

       å¯¹äºŽåˆå­¦è€…，我推荐使用VS。最好不用使用VS，有点坑初学者。

       2)Dev?C++

       å¦‚果你讨厌VS的复杂性，那么可以使用DevC++。DevC++是一款免费开源的C/C++IDE，内嵌?GCC?编译器（LinuxGCC编译器的Windows移植版），是NOI、NOIP?等比赛的指定工具。DevC++的优点是体积小（只有几十兆）、安装卸载方便、学习成本低，缺点是调试功能弱。

       NOI是NationalOlympiadinInformatics的缩写，译为“全国青少年信息学奥林匹克竞赛”；NOIP是NationalOlympiadininformaticsinProvinces的缩写，译为“全国青少年信息学奥林匹克联赛”。NOI、NOIP都是奥林匹克竞赛的一种，参加者多为高中生，获奖者将被保送到名牌大学或者得到高考加分资格。

       3)VisualC++6.0

       VisualC++6.0（简称VC6.0）是微软开发的一款经典的IDE，很多高校都以VC6.0为教学工具来讲解C和C++。但VC6.0是年的产品，很古老了，在Win7、Win8、Win下会有各种各样的兼容性问题，甚至根本不能运行，所以不推荐使用。

       VC6.0早就该扔进垃圾桶了，可是依然有很多大学把它作为教学工具，并且选用的教材也以VC6.0为基础来讲解C语言和C++，可见教学体制的极端落后，课程体系的更新远远跟不上技术的进步。

       4)其它IDE

       é™¤äº†ä¸Šé¢æåˆ°çš„三款IDE，Windows平台下还有很多其他的IDE，它们各有特点，例如：

       Code::Blocks是一款开源、跨平台、免费的C/C++IDE，它和DevC++非常类似，小巧灵活，易于安装和卸载，不过它的界面要比DevC++复杂一些，不如DevC++来得清爽。

       TurboC是一款古老的、DOS年代的C语言开发工具，程序员只能使用键盘来操作TurboC，不能使用鼠标，所以非常不方便。但是TurboC集成了一套图形库，可以在控制台程序中画图，看起来非常炫酷，所以至今仍然有人在使用。

       C-Free是一款国产的Windows下的C/C++IDE，最新版本是5.0，整个软件才M，非常轻巧，安装也简单，界面也比DevC++漂亮。C-Free的缺点也是调试功能弱。可惜的是，C-Free已经多年不更新了，组件都老了，只能在XP、Win7下运行，在Win8、Win下可能会存在兼容性问题。

常见的C语言编译器是什么？

       ç›®å‰æœ€æµè¡Œçš„C语言编译器有以下几种：

       1、GNUCompilerCollection或称?GCC

       GCC（GNUCompilerCollection，GNU编译器套件），是由GNU开发的编程语言编译器。它是以GPL许可证所发行的自由软件，也是GNU计划的关键部分。

       GCC原本作为GNU操作系统的官方编译器，现已被大多数类Unix操作系统（如Linux、BSD、MacOSX等）采纳为标准的编译器，GCC同样适用于微软的Windows。GCC是自由软件过程发展中的著名例子，由自由软件基金会以GPL协议发布。

       2、MicrosoftC或称MSC

       MicrosoftC是c语言的一种IDE（集成开发环境），常见的还有MicrosoftVisualC++，BorlandC++，WatcomC++,BorlandC++，BorlandC++Builder,BorlandC++3.1forDOS,WatcomC++.0forDOS,GNUDJGPPC++，LccwinCCompiler3.1,HighC,TurboC等等......

       3、BorlandTurboC或称TurboC

       TurboC是美国Borland公司的产品，Borland公司是一家专门从事软件开发、研制的大公司。该公司相继推出了一套Turbo系列软件,如TurboBASIC,TurboPascal,TurboProlog,这些软件很受用户欢迎。

       æ‰©å±•èµ„料：

       C编译的整个过程很复杂，大致可以分为以下四个阶段：

       1、预处理阶段在该阶段主要完成对源代码的预处理工作，主要包括对宏定义指令，头文件包含指令，预定义指令和特殊字符的处理，如对宏定义的替换以及文件头中所包含的文件中预定义代码的替换等，总之这步主要完成一些替换工作，输出是同源文件含义相同但内容不同的文件。

       2、编译、优化阶段编译就是将第一阶段处理得到的文件通过词法语法分析等转换为汇编语言。优化包括对中间代码的优化，如删除公共表达式，循环优化等；和对目标代码的生成进行的优化，如如何充分利用机器的寄存器存放有关变量的值，以减少内存访问次数。

       3、汇编阶段将汇编语言翻译成机器指令。

       4、链接阶段链接阶段的主要工作是将有关的目标文件连接起来，即将在一个文件中引用的符号同该符号在另外一个文件中的定义连接起来，使得所有的目标文件成为一个能够被操作系统装入执行的统一整体。

       å‚考资料来源：百度百科-gcc（GNU编译器套件）

       å‚考资料来源：百度百科-MicrosoftC

       å‚考资料来源：百度百科-TurboC

Release 版本的程序与Debug版本的程序有什么不同？以常见的开发环境举例说明

       （以VC为例）Debug通常称为调试版本，它包含调试信息，源码并且不作任何优化，源码便于程序员调试程序。源码Release称为发布版本，源码它往往是源码discuz插件php源码进行了各种优化，使得程序在代码大小和运行速度上都是源码最优的，以便用户很好地使用。源码

       Debug 和 Release 的源码真正秘密，在于一组编译选项。源码下面列出了分别针对二者的源码选项（当然除此之外还有其他一些，如/Fd /Fo，源码但区别并不重要，源码通常他们也不会引起 Release 版错误，源码在此不讨论）

       Debug 版本

       参数 含义

       /MDd /MLd 或 /MTd 使用 Debug runtime library (调试版本的源码运行时刻函数库)

       /Od 关闭优化开关

       /D "_DEBUG" 相当于 #define _DEBUG,打开编译调试代码开关 (主要针对assert函数)

       /ZI 创建 Edit and continue(编辑继续)数据库，这样在调试过程中如果修改了源代码不需重新编译

       /GZ 可以帮助捕获内存错误

       /Gm 打开最小化重链接开关， 减少链接时间

       Release 版本

       参数 含义

       /MD /ML 或 /MT 使用发布版本的运行时刻函数库

       /O1 或 /O2 优化开关，使程序最小或最快

       /D "NDEBUG" 关闭条件编译调试代码开关 (即不编译assert函数)

       /GF 合并重复的字符串， 并将字符串常量放到只读内存， 防止被修改

       实际上，Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。

       哪些情况下 Release 版会出错

       有了上面的介绍，我们再来逐个对照这些选项看看 Release 版错误是怎样产生的

       1、Runtime Library：链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，因此性能不如发布版本。米聊 源码编译器提供的 Runtime Library 通常很稳定，不会造成 Release 版错误；倒是由于 Debug 的 Runtime Library 加强了对错误的检测，如堆内存分配，有时会出现 Debug 有错但 Release 正常的现象。应当指出的是，如果 Debug 有错，即使 Release 正常，程序肯定是有 Bug 的，只不过可能是 Release 版的某次运行没有表现出来而已。

       2、优化：这是造成错误的主要原因，因为关闭优化时源程序基本上是直接翻译的，而打开优化后编译器会作出一系列假设。这类错误主要有以下几种：

       1. 帧指针(Frame Pointer)省略（简称FPO）：在函数调用过程中，所有调用信息（返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返回值、调用方式），就会产生错误，但 Debug 方式下，栈的访问通过 EBP 寄存器保存的地址实现，如果没有发生数组越界之类的错误（或是越界“不多”），函数通常能正常执行；Release 方式下，优化会省略 EBP 栈基址指针，这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。

       C++ 的强类型特性能检查出大多数这样的错误，但如果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入/Oy-编译选项来关掉帧指针省略，以确定是药盒溯源码否此类错误。此类错误通常有：MFC 消息响应函数书写错误。正确的应为：

       afx_msg LRESULT OnMessageOwn

       (WPARAM wparam, LPARAM lparam);

       ON_MESSAGE 宏包含强制类型转换。防止这种错误的方法之一是重定义 ON_MESSAGE 宏，把下列代码加到 stdafx.h 中（在#include "afxwin.h"之后）,函数原形错误时编译会报错。

       #undef ON_MESSAGE

       #define ON_MESSAGE(message, memberFxn) /

       {

       message, 0, 0, 0, AfxSig_lwl, /

       (AFX_PMSG)(AFX_PMSGW)

       (static_cast< LRESULT (AFX_MSG_CALL /

       CWnd::*)(WPARAM, LPARAM) > (&memberFxn)

       },

       2. volatile 型变量：volatile 告诉编译器该变量可能被程序之外的未知方式修改（如系统、其他进程和线程）。优化程序为了使程序性能提高，常把一些变量放在寄存器中（类似于 register 关键字），而其他进程只能对该变量所在的内存进行修改，而寄存器中的值没变。

       如果你的程序是多线程的，或者你发现某个变量的值与预期的不符而你确信已正确的设置了，则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上 volatile 试试。

       3. 变量优化：优化程序会根据变量的使用情况优化变量。例如，函数中有一个未被使用的变量，在 Debug 版中它有可能掩盖一个数组越界，而在 Release 版中，这个变量很可能被优化调，此时数组越界会破坏栈中有用的数据。当然，实际的情况会比这复杂得多。与此有关的错误有非法访问，包括数组越界、指针错误等。例如：

       void fn(void)

       {

        int i;

        i = 1;

        int a[4];

        {

        int j;

        j = 1;

        }

        a[-1] = 1;

        //当然错误不会这么明显，例如下标是变量

        a[4] = 1;

       }

       j 虽然在数组越界时已出了作用域，但其空间并未收回，因而 i 和 j 就会掩盖越界。溯源码球鞋而 Release 版由于 i、j 并未其很大作用可能会被优化掉，从而使栈被破坏。

       3. DEBUG 与 NDEBUG ：当定义了 _DEBUG 时，assert() 函数会被编译，而 NDEBUG 时不被编译。此外，TRACE() 宏的编译也受 _DEBUG 控制。

       所有这些断言都只在 Debug版中才被编译，而在 Release 版中被忽略。唯一的例外是 VERIFY()。事实上，这些宏都是调用了assert()函数，只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了任何程序代码，而不只是布尔表达式（例如赋值、能改变变量值的函数调用等），那么Release版都不会执行这些操作，从而造成错误。初学者很容易犯这类错误，查找的方法也很简单，因为这些宏都已在上面列出，只要利用 VC++ 的 Find in Files 功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外，有些高手可能还会加入 #ifdef _DEBUG 之类的条件编译，也要注意一下。

       顺便值得一提的是VERIFY()宏，这个宏允许你将程序代码放在布尔表达式里。这个宏通常用来检查 Windows API的返回值。有些人可能为这个原因而滥用VERIFY()，事实上这是u米源码危险的，因为VERIFY()违反了断言的思想，不能使程序代码和调试代码完全分离，最终可能会带来很多麻烦。因此，专家们建议尽量少用这个宏。

       4. /GZ 选项：这个选项会做以下这些事：

       1. 初始化内存和变量。包括用 0xCC 初始化所有自动变量，0xCD ( Cleared Data ) 初始化堆中分配的内存（即动态分配的内存，例如 new ），0xDD ( Dead Data ) 填充已被释放的堆内存（例如 delete ），0xFD( deFencde Data ) 初始化受保护的内存（debug 版在动态分配内存的前后加入保护内存以防止越界访问），其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大，作为指针是不可能的（而且 位系统中指针很少是奇数值，在有些系统中奇数的指针会产生运行时错误），作为数值也很少遇到，而且这些值也很容易辨认，因此这很有利于在 Debug 版中发现 Release 版才会遇到的错误。要特别注意的是，很多人认为编译器会用0来初始化变量，这是错误的（而且这样很不利于查找错误）。

       2. 通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配）

       3. 函数返回前检查栈指针，确认未被修改。（防止越界访问和原形不匹配，与第二项合在一起可大致模拟帧指针省略 FPO ）通常 /GZ 选项会造成 Debug 版出错而 Release 版正常的现象，因为 Release 版中未初始化的变量是随机的，这有可能使指针指向一个有效地址而掩盖了非法访问。除此之外，/Gm/GF等选项造成错误的情况比较少，而且他们的效果显而易见，比较容易发现。

       怎样“调试” Release 版的程序

       遇到Debug成功但Release失败，显然是一件很沮丧的事，而且往往无从下手。如果你看了以上的分析，结合错误的具体表现，很快找出了错误，固然很好。但如果一时找不出，以下给出了一些在这种情况下的策略。

       1. 前面已经提过，Debug和Release只是一组编译选项的差别，实际上并没有什么定义能区分二者。我们可以修改Release版的编译选项来缩小错误范围。如上所述，可以把Release 的选项逐个改为与之相对的Debug选项，如/MD改为/MDd、/O1改为/Od，或运行时间优化改为程序大小优化。注意，一次只改一个选项，看改哪个选项时错误消失，再对应该选项相关的错误，针对性地查找。这些选项在Project/Settings...中都可以直接通过列表选取，通常不要手动修改。由于以上的分析已相当全面，这个方法是最有效的。

       2. 在编程过程中就要时常注意测试 Release 版本，以免最后代码太多，时间又很紧。

       3. 在 Debug 版中使用 /W4 警告级别，这样可以从编译器获得最大限度的错误信息，比如 if( i =0 )就会引起 /W4 警告。不要忽略这些警告，通常这是你程序中的 Bug 引起的。但有时 /W4 会带来很多冗余信息，如 未使用的函数参数 警告，而很多消息处理函数都会忽略某些参数。我们可以用:

       #progma warning(disable: )

       //禁止

       //...

       #progma warning(default: )

       //重新允许来暂时禁止某个警告，或使用

       #progma warning(push, 3)

       //设置警告级别为 /W3

       //...

       #progma warning(pop)

       //重设为 /W4

        来暂时改变警告级别，有时你可以只在认为可疑的那一部分代码使用 /W4。

       4. 你也可以像Debug一样调试你的Release版，只要加入调试符号。在Project/Settings... 中，选中 Settings for "Win Release"，选中 C/C++ 标签，Category 选 General，Debug Info 选 Program Database。再在 Link 标签 Project options 最后加上 "/OPT:REF" (引号不要输)。这样调试器就能使用 pdb 文件中的调试符号。

       但调试时你会发现断点很难设置，变量也很难找到?这些都被优化过了。不过令人庆幸的是，Call Stack窗口仍然工作正常，即使帧指针被优化，栈信息（特别是返回地址）仍然能找到。这对定位错误很有帮助。

gw-basic语法

       GW-BASIC提供了一个直观且基础的集成开发环境（IDE）。每行程序代码都需要包含行号，未标注行号的语句被认为是立即执行的命令。在用户界面中，主要区域用于显示和编写源代码，只有屏幕底部的功能快捷键说明和顶部的版权声明占据部分空间。源文件通常采用GW-BASIC特有的二进制压缩格式存储，但也有ASCII文本文件格式的保存选项供开发者选择。IDE支持的命令包括RUN（执行当前代码）、LOAD（从磁盘加载代码）、SAVE（保存到磁盘）、LIST（查看源文件内容）以及SYSTEM（返回操作系统），它们都可用于代码行，但SYSTEM的用法较为罕见。

       尽管GW-BASIC在结构化编程方面的支持有限，但对程序员来说，能够编写出有良好结构的程序是一个显著的进步。IF/THEN/ELSE条件语句必须在一行内书写，WHILE/WEND则允许多行代码。自定义函数采用一行语句定义，如DEF FNf(x) = 。变量类型通过后缀表示，如A$表示字符串，A%代表整数。通过DEFINT和DEFSTR等关键字，可以为一组共享首字母的变量设定默认类型。默认情况下，其他变量为单精度浮点数。

       许多GW-BASIC使用者由于缺乏训练，往往忽视了结构化编程的优势，倾向于滥用GOTO语句。他们倾向于使用GOTO而非结构化的语句，这可能导致代码可读性下降，参见“面条式代码”概念。尽管如此，GW-BASIC支持游戏操纵杆和光笔输入，可以读写磁盘文件、LPT和COM端口，处理端口事件，但不支持鼠标，也无法与磁带设备交互。它通过PLAY和SOUND语句驱动IBM PC及其兼容机的内置扬声器发出声音。

扩展资料

       GW-BASIC是高级程序设计语言BASIC的一个方言版本。关于GW的含义，目前有三种说法，一种认为是以微软早期程序员Greg Whitten的名字命名的，一种认为是用微软创始人的名字Gates，William命名的，还有一种说法是开发人员给它取的一个戏称gee-whiz（两个英语的象声词，类似于汉语中吆喝牲口的声音）。有一点是肯定的，这个版本的BASIC最早是微软为康柏开发的，时间应该是在年，这一年月，微软首次为IBM之外的计算机厂商提供OEM版本的DOS，GW-BASIC是作为MS-DOS的一个组成部分问世的。

GWD是什么格式啊?要用什么软件才能打开?

       GWD是GWBasic源文件格式。要打开GWD文件，您可以使用支持GWBasic编程语言的编辑器或集成开发环境（IDE）。

       GWBasic是微软公司开发的一种早期版本的Basic编程语言。GWBasic文件通常以.GWD作为文件扩展名，表示这是一个包含GWBasic源代码的文本文件。GWBasic源文件包含了程序员编写的程序代码，可以被GWBasic编译器编译成可执行文件。

       要打开和编辑GWD文件，您可以使用支持GWBasic的文本编辑器或IDE。例如，您可以使用Microsoft的记事本（Notepad）来打开和查看GWD文件的内容。记事本是一个简单的文本编辑器，能够打开和显示文本文件的内容，包括GWD文件。

       另外，如果您想进行更高级的GWBasic编程和开发工作，您可能需要使用支持GWBasic的集成开发环境（IDE）。IDE提供了更丰富的编程工具和功能，如代码高亮显示、代码调试器、自动完成等，可以帮助您更高效地编写和调试GWBasic代码。

       需要注意的是，由于GWBasic是一种较为古老的编程语言，现在使用它的人相对较少。因此，找到支持GWBasic的编辑器和IDE可能需要一些搜索和尝试。此外，由于GWBasic的语法和特性与现代编程语言有所不同，学习和使用GWBasic可能需要一些时间和努力。

       总的来说，要打开GWD文件，您可以使用支持GWBasic的文本编辑器或IDE。根据您的需求和偏好，您可以选择简单的文本编辑器如记事本，或者更高级的IDE来编辑和调试GWBasic代码。