① 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代碼的解釋, 包括詞法檢查、語法檢查等; 將其解釋成數控系統能謹絕識別的數據塊, 即中間代碼; 將中間代碼以文件的方式進行保存。