① g80指令是什么
G80指令是：自动切削循环取消。
在CNC铣床或MC上常做钻孔、铰孔、攻螺纹、搪孔等加工，本节自动切 削循环指令，即是针对这些孔的加工，用一个单渗埋节的G机能指令来完成 ，以简化程序之撰写。这些指令的动作及用途如表1表示。
坐标平面指令G17、G18、G19：右手直角笛卡儿坐标系的三个互相垂直的轴X、Y、Z，分别构成三个平面，即XY平面、ZX平面和YZ平面。对于三坐标的铣床，常悄慧用这些指令确定机床在哪个平面内进行插补运动。
G代码解释器：
G代码解释器是全软件式数控系统的重要模块。数控机床通常使用G代码来描述机床的加工信息，如 走刀轨迹、坐标的选择、冷却液的开启等，将G代码解释为数控系统能够识别的数据块是G代码解释器的主启喊答要功能。G代码解释器的开放性也是设计和实现中必须要考虑的问题。
在G代码解释器中，对G代码进行关键字分解是骨架,，对代码进行分组则是进行语法检查的基础。王心光等人在虚拟数控加工仿真中使用Microsoft的GRETA正则类库，解决了G代码关键词分解问题。
② g代码中什么时候用IJK指令
g代码中什么时候用IJK指令：肆梁卜顺时针和逆时针旋转铣圆。
G41和G42是加工时根据刀具在工件的位置而设置的，比如是站在刀具后面看的，刀具在工件的左边是G41，右边是G42，后面一半都会有D就是刀半径，D后面的数字代表你所使用的刀长补偿，里面的输入的刀半径。
G 代码解释器：
G代码解释器是全软件式数控系统的重要模块。数控机床通常使用G代码来描述机床的加工信息，如 走刀轨迹、坐标的选择、冷却液的开启等，将G代码解释为数控系统能够识别的数据块是渣做G代码解释器的主要功能。G代码解释器的开放性也是设计和实现中必须要考虑的问题。
在G代码解释器中，对G代码进行关键字分解是骨架,，对代码进行分组裂穗则是进行语法检查的基 础。王心光等人在虚拟数控加工仿真中使用Microsoft的GRETA正则类库，解决了G代码关键词分解问题。
③ 当我是 白痴 好了，什么是c语言的解释器
解释器（英语：Interpreter），又译为直译器，是一种电脑程序，能够把高级编程语言一行一行直接转译运行
预编译器的不同在于它逐行解释运行，与解释执行语言如python相似
④ 如何用C语言实现C的解释器
将C语言翻译成“汇编”塞到内存里，然后用“虚拟机”来跑这段汇编。
因此我们需要的东西是：
一个虚拟机：用来跑下面这种汇编。
一种汇编：用来描述原来的C语言。
一个“翻译器”：将C语言翻译成上面这种汇编。
⑤ 用C语言编程，哪个IDE最好
这个没有什么最好，适合自己的就是最好的。
⑥ 先用c语言编写程序源代码然后通过解释器解释执行对吗
先用c语言编写程序源代码然后通过解释器解释执行不对。解释程序是将源程序(如BASIC)作为输入，解释一句后就提交计算机执行一句，并不形成目标程序。
⑦ C语言采用解释方式将源程序转换为二进制的目标代码吗
不是，C语言采用编译方式将源程序转换为二进制的目标代码。使用C语言编译器来完成。
所谓C语言编译器，就是把编程得到的文件，比如.c,.h的文件，进行读取，并对内容进行分析棚兆运，按照C语言的规则，将其转换成cpu可以执行的二进制文件。其本质在于对文件的读入，分析，及处理。
C语言编写的程序代码称为源程序，对于计算机本身来说，它并不能直接识别由高级语言编写的程序。C语言程序经C语言编译程序编译后，生成后缀为.obj的二进制文件（称为目标文猜纳件）。
此.obj文件必须与系统提供的各种库函数连接起来生成一个后缀为.exe的可执行文件才可以执行。C语言的可执行文件由一系列机器指令构成的。
(7)c语言g代码解释器扩展阅读
解释执链梁行和编译执行是计算机语言的执行方式。解释执行由解释器现场解释执行，不生成目标程序。如BASIC便是解释执行，一般解释执行效率较低，低于编译执行。
编译执行由编译程序将目标代码一次性编译成目标程序，再由机器运行目标程序。如：PASCAL，C，C++，delphi等语言。效率高于解释执行。
⑧ 学C语言现在最好用的编程软件
GNU编译器套装
开发 The GNU Project
最新版本 4.4.2 / 2009-10-15（2个月前）
操作系统 跨平台
类型 编译器
许可协议 GPL
网站 gcc.gnu.org
GCC（GNU Compiler Collection，GNU编译器套装），是一套由GNU开发的编程语言编译器。它是一套以GPL及LGPL许可证所发行的自由软件，也是GNU计划的关键部分，亦是自由的类Unix及苹果计算机Mac OS X 操作系统的标准编译器。GCC（特别是其中的C语言编译器）也常被认为是跨平台编译器的事实标准。
GCC原名为GNU C语言编译器（GNU C Compiler），因为它原本只能处理C语言。GCC很快地扩展，变得可处理C++。之后也变得可处理Fortran、Pascal、Objective-C、Java，以及Ada与其他语言。
目录
[隐藏]
* 1 概观
* 2 目前支持的语言
o 2.1 内嵌OpenMP支持
* 3 支持的处理器架构
* 4 结构
o 4.1 前端接口
o 4.2 中介接口
o 4.3 后端接口
* 5 替GCC程序除错
* 6 参考书目及注释
* 7 参阅
* 8 更多阅读
* 9 外部链接
[编辑] 概观
GCC是由理乍得·马修·斯托曼在1985年开始的。他首先扩增一个旧有的编译器，使它能编译C，这个编译器一开始是以Pastel语言所写的。Pastel是一个不可移植的Pascal语言特殊版，这个编译器也只能编译Pastel语言。为了让自由软件有一个编译器，后来此编译器由斯托曼和Len Tower在1987年[1]以C语言重写[2]并成为GNU项目的编译器。GCC的建立者由自由软件基金会直接管理[3]。
在1997年，一群不满GCC缓慢且封闭的创作环境者，组织了一个名为EGCS《Experimental/Enhanced GNU Compiler System》的项目，此项目汇整了数项实验性的分支进入某个GCC项目的分支中。EGCS比起GCC的建构环境更有活力，且EGCS最终也在1999年四月成为GCC的官方版本。
GCC目前由世界各地不同的数个程序设计师小组维护。它是移植到中央处理器架构以及操作系统最多的编译器。
由于GCC已成为GNU系统的官方编译器（包括GNU/Linux家族），它也成为编译与建立其他操作系统的主要编译器，包括BSD家族、Mac OS X、NeXTSTEP与BeOS。
GCC通常是跨平台软件的编译器首选。有别于一般局限于特定系统与运行环境的编译器，GCC在所有平台上都使用同一个前端处理程序，产生一样的中介码，因此此中介码在各个其他平台上使用GCC编译，有很大的机会可得到正确无误的输出程序。
[编辑] 目前支持的语言
以2006年5月24日释出的4.1.1版为准，本编译器版本可处理下列语言：
* Ada 《GNAT》
* C 《GCC》
* C++（G++）
* Fortran 《Fortran 77: G77，Fortran 90: GFORTRAN》
* Java 《编译器：GCJ；解释器：GIJ》
* Objective-C 《GOBJC》
* Objective-C++
先前版本纳入的CHILL前端由于缺乏维护而被废弃。
Fortran前端在4.0版之前是G77，此前端仅支持Fortran 77。在本版本中，G77被废弃而采用更新的GFortran，因为此前端支持Fortran 95。
下列前端依然存在：
* Mola-2
* Mola-3
* Pascal
* PL/I
* D语言
* Mercury
* VHDL
[编辑] 内嵌OpenMP支持
OpenMP是一种跨语言的对称多处理器（SMP）多线程并行程序的编程工具，也非常适合当今越来越流行的单CPU多核硬件环境，因此从gcc4.2开始，OpenMP成为其内嵌支持的并行编程规范，可以直接编译内嵌 OpenMP语句的C/C++/Fortran95的源代码。gcc4.2之前如果想在C/C++/Fortran中嵌入OpenMP语句的话，需要额外安装库和预处理器才能识别和正确处理这些语句。
* gcc 4.2.0开始支持OpenMP v2.5
* gcc 4.4.0开始支持OpenMP v2.5及v3.0
参见GNU的GOMP计划
[编辑] 支持的处理器架构
GCC目前支持下列处理器架构（以4.1版为准）：
* Alpha
* ARM
* Atmel AVR
* Blackfin
* H8/300
* IA-32（x86）与x86-64
* IA-64例如：Itanium
* MorphoSys家族
* Motorola 68000
* Motorola 88000
* MIPS
* PA-RISC
* PDP-11
* PowerPC
* System/370，System/390
* SuperH
* HC12
* SPARC
* VAX
* Renesas R8C／M16C／M32C家族
较不知名的处理器架构也在官方释出版本中支持：
* A29K
* ARC
* C4x
* CRIS
* D30V
* DSP16xx
* FR-30
* FR-V
* Intel i960
* IP2000
* M32R
* 68HC11
* MCORE
* MMIX
* MN10200
* MN10300
* NS32K
* ROMP
* Stormy16
* V850
* Xtensa
由FSF个别维护的GCC处理器架构：
* D10V
* MicroBlaze
* PDP-10
* MSP430
* Z8000
当GCC需要移植到一个新平台上，通常使用此平台固有的语言来撰写其初始阶段。
[编辑] 结构
GCC的外部接口长得像一个标准的Unix编译器。用户在命令行下键入gcc之程序名，以及一些命令参数，以便决定每个输入文件使用的个别语言编译器，并为输出代码使用适合此硬件平台的汇编语言编译器，并且选择性地运行连接器以制造可运行的程序。
每个语言编译器都是独立程序，此程序可处理输入的源代码，并输出汇编语言码。全部的语言编译器都拥有共通的中介架构：一个前端解析符合此语言的源代码，并产生一抽象语法树，以及一翻译此语法树成为GCC的寄存器转换语言《RTL》的后端。编译器优化与静态代码解析技术（例如FORTIFY_SOURCE[1]，一个试图发现缓存溢出《buffer overflow》的编译器）在此阶段应用于代码上。最后，适用于此硬件架构的汇编语言代码以Jack Davidson与Chris Fraser发明的算法产出。
几乎全部的GCC都由C写成，除了Ada前端大部分以Ada写成。
[编辑] 前端接口
前端的功能在于产生一个可让后端处理之语法树。此语法解析器是手写之递回语法解析器。
直到最近，程序的语法树结构尚无法与欲产出的处理器架构脱钩。而语法树的规则有时在不同的语言前端也不一样，有些前端会提供它们特别的语法树规则。
在2005年，两种与语言脱钩的新型态语法树纳入GCC中。它们称为GENERIC与GIMPLE。语法解析变成产生与语言相关的暂时语法树，再将它们转成GENERIC。之后再使用"gimplifier"技术降低GENERIC的复杂结构，成为一较简单的静态唯一形式（Static Single Assignment form，SSA）基础的GIMPLE形式。此形式是一个与语言和处理器架构脱钩的全局优化通用语言，适用于大多数的现代编程语言。
[编辑] 中介接口
一般编译器作者会将语法树的优化放在前端，但其实此步骤并不看语言的种类而有不同，且不需要用到语法解析器。因此GCC作者们将此步骤归入通称为中介阶段的部分里。此类的优化包括消解死码、消解重复计算与全局数值重编码等。许多优化技巧也正在实现中。
[编辑] 后端接口
GCC后端的行为因不同的前处理器宏和特定架构的功能而不同，例如不同的字符尺寸、调用方式与大小尾序等。后端接口的前半部利用这些消息决定其RTL的生成形式，因此虽然GCC的RTL理论上不受处理器影响，但在此阶段其抽象指令已被转换成目标架构的格式。
GCC的优化技巧依其释出版本而有很大不同，但都包含了标准的优化算法，例如循环优化、线程跳跃、共通程序子句消减、指令调度等等。而RTL的优化由于可用的情形较少，且缺乏较高级的信息，因此比较起近来增加的GIMPLE语法树形式[2]，便显得比较不重要。
后端经由一重读取步骤后，利用描述目标处理器的指令集时所取得的信息，将抽象寄存器替换成处理器的真实寄存器。此阶段非常复杂，因为它必须关照所有GCC可移植平台的处理器指令集的规格与技术细节。
后端的最后步骤相当公式化，仅仅将前一阶段得到的汇编语言码借由简单的副函数转换其寄存器与存储器位置成相对应的机器码。
[编辑] 替GCC程序除错
为GCC除错的首选工具当然是GNU除错器。其他特殊用途的除错工具是Valgrind，用以发现存储器泄漏 (Memory leak)。而GNU测量器（gprof）可以得知程序中某些函数花费多少时间，以及其调用频率；此功能需要用户在编译时选定测量《profiling》选项。
[编辑] 参考书目及注释
* Richard M. Stallman：Using and Porting the GNU Compiler Collection, Free Software Foundation，ISBN 0-595-10035-X
* Richard M. Stallman: Using Gcc: The Gnu Compiler Collection Reference, Free Software Foundation, ISBN 1-882114-39-6
* Brian J. Gough：An Introction to GCC, Network Theory Ltd., ISBN 0-9541617-9-3
1. ^ Tower, Leonard (1987) "GNU C编译器beta测试版释出" comp.lang.misc USENET新闻组；参阅http://gcc.gnu.org/releases.html#timeline
2. ^ Stallman, Richard M.（1986年2月1日）．GNU状态．GNU的公告版，1（1）．自由软件基金会．
3. ^ Stallman, Richard M. (2001) "GCC贡献者名单"于使用及移植GCC 2.95版（Cambridge, Mass.: Free Software Foundation）
[编辑] 参阅
[[File:|36x32px|自由软件主题]] 自由软件主题首页
GCC目前包含了Boehm GC，一个为C/C++ 所设计的垃圾回收器。
* distcc - 为分布式编译所设计的软件，以GCC为协同软件。
* LLVM - 低层虚拟机编译器架构。
* MinGW - 将GNU开发工具移植到Win32平台下的计划
* Cygwin - 在Windows上运行GNU程序的模拟软件。
* GCC Summit
* OpenWatcom - 另一个开放原码的C++/Fortran编译器。
* Code Sourcery - 一个GCC顾问公司。
* ggcc - 全球化GCC项目。
[编辑] 更多阅读
* Arthur Griffith, GCC: The Complete Reference. McGrawHill/Osborne. ISBN 0-07-222405-3.
* Kerner, Sean Michael．Open Source GCC 4.0: Older, Faster，internetnews.com，2005年4月22日．
* Kerner, Sean Michael．New GCC Heavy on Optimization，internetnews.com，2006年3月2日．
[编辑] 外部链接
* GCC官方网站
* GCC Forum - 由Nabble维持，整理所有gcc通信讨论串，并集成入一个可搜索接口中。
⑨ g代码不正确怎么解决
g代码不正确解决：G68这段程序开头加G69取消一下，如果跑一半再从头跑就会报警，用G69取消一下就好了，也可以MDI模式下用G69取消一下再去做就好了。
1、在加工时"G"代码出现错误。（如：一个程序段有两个G代码，G代码的格式错误）。
2、在生成程序时错误。
3、有没拾取的线或是面。
G 代码解释器的总体结构：
由图 1 可以看出, G代码解释器读取G代码, 将 其解释成蠢派G中间代码祥档姿, 然后经过插补、位置控制处理, 最后由输出模块调用驱动程序输出到硬件( 一 般为 PCI 或 ISA 卡) 。G 代码可以如图 1 的方式运行, 也就是说G代码的解释。
包括语法检查都在加工过程中进行, 这种方式比较费时, 不利于加工过程。本文设计的G代码解 释器采用了另外一 种处理 方式。
解释器有两种运行状态: 读取G代码。进G代码的解释, 包括词法检查、语法检查等; 将其解释成数控系统能谨绝识别的数据块, 即中间代码; 将中间代码以文件的方式进行保存。