ç¼è¯å¨çåå²
ä¸çºªå¹´ä»£ï¼IBMçJohn Backus带é¢ä¸ä¸ªç 究å°ç»å¯¹FORTRANè¯è¨åå ¶ç¼è¯å¨è¿è¡å¼åãä½ç±äºå½æ¶äººä»¬å¯¹ç¼è¯ç论äºè§£ä¸å¤ï¼å¼åå·¥ä½åå¾æ¢å¤æåè°è¦ãä¸æ¤åæ¶ï¼Noam Chomskyå¼å§äºä»å¯¹èªç¶è¯è¨ç»æçç 究ãä»çåç°æç»ä½¿å¾ç¼è¯å¨çç»æå¼å¸¸ç®åï¼çè³è¿å¸¦æäºä¸äºèªå¨åãChomskyçç 究导è´äºæ ¹æ®è¯è¨ææ³çé¾æç¨åº¦ä»¥åè¯å«å®ä»¬æéè¦çç®æ³æ¥å¯¹è¯è¨åç±»ãæ£å¦Chomskyæ¶æï¼Chomsky Hierarchyï¼ï¼å®å æ¬äºææ³çå个å±æ¬¡ï¼0åææ³ã1åææ³ã2åææ³å3åææ³ï¼ä¸å ¶ä¸çæ¯ä¸ä¸ªé½æ¯å ¶åè çç¹æ®æ åµã2åææ³ï¼æä¸ä¸ææ å ³ææ³ï¼è¢«è¯ææ¯ç¨åºè®¾è®¡è¯è¨ä¸ææç¨çï¼èä¸ä»å¤©å®å·²ä»£è¡¨çç¨åºè®¾è®¡è¯è¨ç»æçæ åæ¹å¼ãåæé®é¢ï¼parsing problemï¼ç¨äºä¸ä¸ææ å ³ææ³è¯å«çææç®æ³ï¼çç 究æ¯å¨å¹´ä»£å年代ï¼å®ç¸å½å®åç解å³äºè¿ä¸ªé®é¢ãå®å·²æ¯ç¼è¯åçä¸çä¸ä¸ªæ åé¨åãæéç¶æèªå¨æºï¼Finite Automationï¼åæ£å表达å¼ï¼Regular Expressionï¼åä¸ä¸ææ å ³ææ³ç´§å¯ç¸å ³ï¼å®ä»¬ä¸Chomskyç3åææ³ç¸å¯¹åºã对å®ä»¬çç 究ä¸Chomskyçç 究å ä¹åæ¶å¼å§ï¼å¹¶ä¸å¼åºäºè¡¨ç¤ºç¨åºè®¾è®¡è¯è¨çåè¯ç符å·æ¹å¼ã
人们æ¥çåæ·±åäºçæææç®æ 代ç çæ¹æ³ï¼è¿å°±æ¯æåçç¼è¯å¨ï¼å®ä»¬è¢«ä¸ç´ä½¿ç¨è³ä»ã人们é常å°å ¶ç§°ä¸ºä¼åææ¯ï¼Optimization Techniqueï¼ï¼ä½å å ¶ä»æªçæ£å°å¾å°è¿è¢«ä¼åäºçç®æ 代ç èä» ä» æ¹è¿äºå®çæææ§ï¼å æ¤å®é ä¸åºç§°ä½ä»£ç æ¹è¿ææ¯ï¼Code Improvement Techniqueï¼ã
å½åæé®é¢åå¾å¥½æèµ·æ¥æ¶ï¼äººä»¬å°±å¨å¼åç¨åºä¸è±è´¹äºå¾å¤§çå夫æ¥ç 究è¿ä¸é¨åçç¼è¯å¨èªå¨æé ãè¿äºç¨åºæå被称为ç¼è¯å¨çç¼è¯å¨ï¼Compiler-compilerï¼ï¼ä½æ´ç¡®åå°åºç§°ä¸ºåæç¨åºçæå¨ï¼Parser Generatorï¼ï¼è¿æ¯å 为å®ä»¬ä» ä» è½å¤èªå¨å¤çç¼è¯çä¸é¨åãè¿äºç¨åºä¸æèåçæ¯Yaccï¼Yet Another Compiler-compilerï¼ï¼å®æ¯ç±Steve Johnsonå¨å¹´ä¸ºUnixç³»ç»ç¼åçã类似çï¼æéç¶æèªå¨æºçç 究ä¹åå±äºä¸ç§ç§°ä¸ºæ«æç¨åºçæå¨ï¼Scanner Generatorï¼çå·¥å ·ï¼Lexï¼ä¸Yaccåæ¶ï¼ç±Mike Lesk为Unixç³»ç»å¼åï¼æ¯è¿å ¶ä¸ç佼佼è ã
å¨ä¸çºªå¹´ä»£åæå年代æ©æï¼å¤§éç项ç®é½è´¯æ³¨äºç¼è¯å¨å ¶å®é¨åççæèªå¨åï¼è¿å ¶ä¸å°±å æ¬äºä»£ç çæãè¿äºå°è¯å¹¶æªåå¾å¤å°æåï¼è¿å¤§æ¦æ¯å 为æä½å¤ªå¤æè人们åå¯¹å ¶ä¸çäºè§£ã
ç¼è¯å¨è®¾è®¡æè¿çåå±å æ¬ï¼é¦å ï¼ç¼è¯å¨å æ¬äºæ´å å¤æç®æ³çåºç¨ç¨åºå®ç¨äºæ¨ææç®åç¨åºä¸çä¿¡æ¯ï¼è¿åä¸æ´ä¸ºå¤æçç¨åºè®¾è®¡è¯è¨çåå±ç»åå¨ä¸èµ·ãå ¶ä¸å ¸åçæç¨äºå½æ°è¯è¨ç¼è¯çHindley-Milnerç±»åæ£æ¥çç»ä¸ç®æ³ãå ¶æ¬¡ï¼ç¼è¯å¨å·²è¶æ¥è¶æ为åºäºçªå£ç交äºå¼åç¯å¢ï¼Interactive Development Environmentï¼IDEï¼çä¸é¨åï¼å®å æ¬äºç¼è¾å¨ãè¿æ¥ç¨åºãè°è¯ç¨åºä»¥å项ç®ç®¡çç¨åºãè¿æ ·çIDEæ å并没æå¤å°ï¼ä½æ¯å¯¹æ åççªå£ç¯å¢è¿è¡å¼åå·²æ为æ¹åãå¦ä¸æ¹é¢ï¼å°½ç®¡å¨ç¼è¯åçé¢åè¿è¡äºå¤§éçç 究ï¼ä½æ¯åºæ¬çç¼è¯å¨è®¾è®¡åçå¨è¿å¹´ä¸é½æ²¡æå¤å¤§çæ¹åï¼å®æ£è¿ éå°æ为计ç®æºç§å¦è¯¾ç¨ä¸çä¸å¿ç¯èã
å¨ä¸çºªå¹´ä»£ï¼ä½ä¸ºGNU项ç®æå ¶å®å¼æ¾æºä»£ç 项ç®æ ä¸é¨åï¼è®¸å¤å è´¹ç¼è¯å¨åç¼è¯å¨å¼åå·¥å ·è¢«å¼ååºæ¥ãè¿äºå·¥å ·å¯ç¨æ¥ç¼è¯ææç计ç®æºç¨åºè¯è¨ãå®ä»¬ä¸çä¸äºé¡¹ç®è¢«è®¤ä¸ºæ¯é«è´¨éçï¼èä¸å¯¹ç°ä»£ç¼è¯ç论æå ´è¶£ç人å¯ä»¥å¾å®¹æçå¾å°å®ä»¬çå è´¹æºä»£ç ã
大约å¨å¹´ï¼SGIå ¬å¸äºä»ä»¬çä¸ä¸ªå·¥ä¸åç并è¡åä¼åç¼è¯å¨Proçæºä»£ç ï¼åè¢«å ¨ä¸çå¤ä¸ªç¼è¯å¨ç 究å°ç»ç¨æ¥åç 究平å°ï¼å¹¶å½å为OpenãOpenç设计ç»æ好ï¼åæä¼åå ¨é¢ï¼æ¯ç¼è¯å¨é«çº§ç 究ççæ³å¹³å°ã
ç¼è¯å¨ç¸å ³ä¸ä¸æ¯è¯: ã 1. compilerç¼è¯å¨ï¼ç¼è¯ç¨åº 2. on-line compiler è¿çº¿ç¼è¯å¨ 3. precompiler é¢ç¼è¯å¨ 4. serial compiler 串è¡ç¼è¯å¨ 5. system-specific compiler ç¹æ®ç³»ç»ç¼è¯å¨ 6. Information Presentation Facility Compiler ä¿¡æ¯å±ç¤ºè®¾æ½ç¼è¯å¨ 7. Compiler Monitor System ç¼è¯å¨çè§ç³»ç»
编译器历史
在世纪年代,IBM的研究团队在John Backus的领导下,着手开发FORTRAN语言及其编译器。然而,由于编译理论的起步阶段,这个过程充满了挑战。session的源码与此同时,Noam Chomsky的研究重心转向了自然语言结构,他的发现极大地简化了编译器的设计,并引入了自动化元素。Chomsky的理论成果导致了语言分类的新标准——Chomsky架构,它将文法分为0型、1型、2型和3型,其中2型文法(上下文无关文法)因其在程序设计语言中的实用性而被广泛采纳,成为现代编程语言结构的基石。年代和年代的研究主要集中在解析问题上,如今这已成为编译原理不可或缺的一部分。 与上下文无关文法紧密相关的有限状态自动机和正则表达式,与Chomsky的3型文法相对应。在同时期,人们开始探索编程语言符号表示的方法。随着编译技术的进步,最初的编译器开始聚焦于生成有效目标代码,尽管被称为优化技术,但实际上是代码改进技术,因为它们提升了代码的效率,而非生成优化结果。 解析问题变得易于理解后,编译器的自动构造研究成为主流,如编译器的编译器(如Yacc)和扫描程序生成器(如Lex)的出现,这些工具简化了编译过程的一部分。世纪年代末和年代初,大量项目致力于编译器其他部分的Unity汽车源码自动化,如代码生成,但成果有限。近年来,编译器设计的发展体现在更复杂的算法应用和与IDE集成上,尽管基本原理未有太大改变,但编译器已成为计算机科学课程的核心内容。 进入年代,免费编译器和工具的开源项目如GNU项目涌现,许多高质量的工具可供研究人员获取。年,SGI的Pro编译器源代码的公开,为编译器研究提供了强大的平台,如Open,它的设计和优化特性使其成为高级研究的理想选择。扩展资料
简单讲,编译器就是将“高级语言”翻译为“机器语言(低级语言)”的程序。一个现代编译器的主要工作流程:源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 汇编程序 (assembler) → 目标代码 (object code) → 链接器 (Linker) → 可执行程序 (executables)“编译”与“编译器”是什么意思?
编译是动词
编译器是名词
编译(compilation , compile)
1、利用编译程序从源语言编写的源程序产生目标程序的过程。
2、用编译程序产生目标程序的动作。
编译就是把高级语言变成计算机可以识别的2进制语言,计算机只认识1和0,编译程序把人们熟悉的语言换成2进制的。
编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段:词法分析;语法分析;中间代码生成;代码优化;目标代码生成。主要是进行词法分析和语法分析,又称为源程序分析,分析过程中发现有语法错误,给出提示信息。
(1) 词法分析
词法分析的任务是对由字符组成的单词进行处理,从左至右逐个字符地对源程序进行扫描,产生一个个的单词符号,把作为字符串的源程序改造成为单词符号串的中间程序。执行词法分析的boodstrap源码下载程序称为词法分析程序或扫描器。
源程序中的单词符号经扫描器分析,一般产生二元式:单词种别;单词自身的值。单词种别通常用整数编码,如果一个种别只含一个单词符号,那么对这个单词符号,种别编码就完全代表它自身的值了。若一个种别含有许多个单词符号,那么,对于它的每个单词符号,除了给出种别编码以外,还应给出自身的值。
词法分析器一般来说有两种方法构造:手工构造和自动生成。手工构造可使用状态图进行工作,自动生成使用确定的有限自动机来实现。
(2) 语法分析
编译程序的语法分析器以单词符号作为输入,分析单词符号串是否形成符合语法规则的语法单位,如表达式、赋值、循环等,最后看是否构成一个符合要求的程序,按该语言使用的语法规则分析检查每条语句是否有正确的逻辑结构,程序是最终的一个语法单位。编译程序的语法规则可用上下文无关文法来刻画。
语法分析的方法分为两种:自上而下分析法和自下而上分析法。自上而下就是从文法的开始符号出发,向下推导,推出句子。而自下而上分析法采用的是移进归约法,基本思想是:用一个寄存符号的先进后出栈,把输入符号一个一个地移进栈里,当栈顶形成某个产生式的一个候选式时,即把栈顶的这一部分归约成该产生式的左邻符号。
(3) 中间代码生成
中间代码是软件源码编译源程序的一种内部表示,或称中间语言。中间代码的作用是可使编译程序的结构在逻辑上更为简单明确,特别是可使目标代码的优化比较容易实现。中间代码即为中间语言程序,中间语言的复杂性介于源程序语言和机器语言之间。中间语言有多种形式,常见的有逆波兰记号、四元式、三元式和树。
(4) 代码优化
代码优化是指对程序进行多种等价变换,使得从变换后的程序出发,能生成更有效的目标代码。所谓等价,是指不改变程序的运行结果。所谓有效,主要指目标代码运行时间较短,以及占用的存储空间较小。这种变换称为优化。
有两类优化:一类是对语法分析后的中间代码进行优化,它不依赖于具体的计算机;另一类是在生成目标代码时进行的,它在很大程度上依赖于具体的计算机。对于前一类优化,根据它所涉及的程序范围可分为局部优化、循环优化和全局优化三个不同的级别。
(5) 目标代码生成
目标代码生成是编译的最后一个阶段。目标代码生成器把语法分析后或优化后的中间代码变换成目标代码。目标代码有三种形式:
① 可以立即执行的机器语言代码,所有地址都重定位;
② 待装配的机器语言模块,当需要执行时,由连接装入程序把它们和某些运行程序连接起来,转换成能执行的机器语言代码;
③ 汇编语言代码,须经过汇编程序汇编后,成为可执行的dpi分析源码机器语言代码。
目标代码生成阶段应考虑直接影响到目标代码速度的三个问题:一是如何生成较短的目标代码;二是如何充分利用计算机中的寄存器,减少目标代码访问存储单元的次数;三是如何充分利用计算机指令系统的特点,以提高目标代码的质量。
编译器,是将便于人编写,阅读,维护的高级计算机语言翻译为计算机能解读、运行的低阶机器语言的程序。编译器将原始程序(Source program)作为输入,翻译产生使用目标语言(Target language)的等价程序。源代码一般为高阶语言 (High-level language), 如 Pascal、C++、Java 等,而目标语言则是汇编语言或目标机器的目标代码(Object code),有时也称作机器代码(Machine code)。
一个现代编译器的主要工作流程如下:
源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 汇编程序 (assembler) → 目标代码 (object code) → 连接器 (Linker) → 可执行程序 (executables)
工作原理
[编辑本段]
编译是从源代码(通常为高阶语言)到能直接被计算机或虚拟机执行的目标代码(通常为低阶语言或机器语言)的翻译过程。然而,也存在从低阶语言到高阶语言的编译器,这类编译器中用来从由高阶语言生成的低阶语言代码重新生成高阶语言代码的又被叫做反编译器。也有从一种高阶语言生成另一种高阶语言的编译器,或者生成一种需要进一步处理的的中间代码的编译器(又叫级联)。
典型的编译器输出是由包含入口点的名字和地址, 以及外部调用(到不在这个目标文件中的函数调用)的机器代码所组成的目标文件。一组目标文件,不必是同一编译器产生,但使用的编译器必需采用同样的输出格式,可以链接在一起并生成可以由用户直接执行的可执行程序。
编译器种类
[编辑本段]
编译器可以生成用来在与编译器本身所在的计算机和操作系统(平台)相同的环境下运行的目标代码,这种编译器又叫做“本地”编译器。另外,编译器也可以生成用来在其它平台上运行的目标代码,这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高阶语言作为输入,输出也是高阶语言的编译器。例如: 自动并行化编译器经常采用一种高阶语言作为输入,转换其中的代码,并用并行代码注释对它进行注释(如OpenMP)或者用语言构造进行注释(如FORTRAN的DOALL指令)。
预处理器(preprocessor)
作用是通过代入预定义等程序段将源程序补充完整。
编译器前端(frontend)
前端主要负责解析(parse)输入的源代码,由语法分析器和语意分析器协同工作。语法分析器负责把源代码中的‘单词’(Token)找出来,语意分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式,语句 ,函数等等。 例如“a = b + c;”前端语法分析器看到的是“a, =, b , +, c;”,语意分析器按定义的语法,先把他们组装成表达式“b + c”,再组装成“a = b + c”的语句。 前端还负责语义(semantic checking)的检查,例如检测参与运算的变量是否是同一类型的,简单的错误处理。最终的结果常常是一个抽象的语法树(abstract syntax tree,或 AST),这样后端可以在此基础上进一步优化,处理。
编译器后端(backend)
编译器后端主要负责分析,优化中间代码(Intermediate representation)以及生成机器代码(Code Generation)。
一般说来所有的编译器分析,优化,变型都可以分成两大类: 函数内(intraprocedural)还是函数之间(interprocedural)进行。很明显,函数间的分析,优化更准确,但需要更长的时间来完成。
编译器分析(compiler analysis)的对象是前端生成并传递过来的中间代码,现代的优化型编译器(optimizing compiler)常常用好几种层次的中间代码来表示程序,高层的中间代码(high level IR)接近输入的源代码的格式,与输入语言相关(language dependent),包含更多的全局性的信息,和源代码的结构;中层的中间代码(middle level IR)与输入语言无关,低层的中间代码(Low level IR)与机器语言类似。 不同的分析,优化发生在最适合的那一层中间代码上。
常见的编译分析有函数调用树(call tree),控制流程图(Control flow graph),以及在此基础上的 变量定义-使用,使用-定义链(define-use/use-define or u-d/d-u chain),变量别名分析(alias analysis),指针分析(pointer analysis),数据依赖分析(data dependence analysis)等等。
上述的程序分析结果是编译器优化(compiler optimization)和程序变形(compiler transformation)的前提条件。常见的优化和变新有:函数内嵌(inlining),无用代码删除(Dead code elimination),标准化循环结构(loop normalization),循环体展开(loop unrolling),循环体合并,分裂(loop fusion,loop fission),数组填充(array padding),等等。 优化和变形的目标是减少代码的长度,提高内存(memory),缓存(cache)的使用率,减少读写磁盘,访问网络数据的频率。更高级的优化甚至可以把序列化的代码(serial code)变成并行运算,多线程的代码(parallelized,multi-threaded code)。
机器代码的生成是优化变型后的中间代码转换成机器指令的过程。现代编译器主要采用生成汇编代码(assembly code)的策略,而不直接生成二进制的目标代码(binary object code)。即使在代码生成阶段,高级编译器仍然要做很多分析,优化,变形的工作。例如如何分配寄存器(register allocatioin),如何选择合适的机器指令(instruction selection),如何合并几句代码成一句等等。
编译语言与直译语言对比
[编辑本段]
许多人将高阶程序语言分为两类: 编译型语言 和 直译型语言 。然而,实际上,这些语言中的大多数既可用编译型实现也可用直译型实现,分类实际上反映的是那种语言常见的实现方式。(但是,某些直译型语言,很难用编译型实现。比如那些允许 在线代码更改 的直译型语言。)
历史
[编辑本段]
上世纪年代,IBM的John Backus带领一个研究小组对FORTRAN语言及其编译器进行开发。但由于当时人们对编译理论了解不多,开发工作变得既复杂又艰苦。与此同时,Noam Chomsky开始了他对自然语言结构的研究。他的发现最终使得编译器的结构异常简单,甚至还带有了一些自动化。Chomsky的研究导致了根据语言文法的难易程度以及识别它们所需要的算法来对语言分类。正如现在所称的Chomsky架构(Chomsky Hierarchy),它包括了文法的四个层次:0型文法、1型文法、2型文法和3型文法,且其中的每一个都是其前者的特殊情况。2型文法(或上下文无关文法)被证明是程序设计语言中最有用的,而且今天它已代表着程序设计语言结构的标准方式。分析问题(parsing problem,用于上下文无关文法识别的有效算法)的研究是在年代和年代,它相当完善的解决了这个问题。现在它已是编译原理中的一个标准部分。
有限状态自动机(Finite Automaton)和正则表达式(Regular Expression)同上下文无关文法紧密相关,它们与Chomsky的3型文法相对应。对它们的研究与Chomsky的研究几乎同时开始,并且引出了表示程序设计语言的单词的符号方式。
人们接着又深化了生成有效目标代码的方法,这就是最初的编译器,它们被一直使用至今。人们通常将其称为优化技术(Optimization Technique),但因其从未真正地得到过被优化了的目标代码而仅仅改进了它的有效性,因此实际上应称作代码改进技术(Code Improvement Technique)。
当分析问题变得好懂起来时,人们就在开发程序上花费了很大的功夫来研究这一部分的编译器自动构造。这些程序最初被称为编译器的编译器(Compiler-compiler),但更确切地应称为分析程序生成器(Parser Generator),这是因为它们仅仅能够自动处理编译的一部分。这些程序中最著名的是Yacc(Yet Another Compiler-compiler),它是由Steve Johnson在年为Unix系统编写的。类似的,有限状态自动机的研究也发展了一种称为扫描程序生成器(Scanner Generator)的工具,Lex(与Yacc同时,由Mike Lesk为Unix系统开发)是这其中的佼佼者。
在年代后期和年代早期,大量的项目都贯注于编译器其它部分的生成自动化,这其中就包括了代码生成。这些尝试并未取得多少成功,这大概是因为操作太复杂而人们又对其不甚了解。
编译器设计最近的发展包括:首先,编译器包括了更加复杂算法的应用程序它用于推断或简化程序中的信息;这又与更为复杂的程序设计语言的发展结合在一起。其中典型的有用于函数语言编译的Hindley-Milner类型检查的统一算法。其次,编译器已越来越成为基于窗口的交互开发环境(Interactive Development Environment,IDE)的一部分,它包括了编辑器、连接程序、调试程序以及项目管理程序。这样的IDE标准并没有多少,但是对标准的窗口环境进行开发已成为方向。另一方面,尽管近年来在编译原理领域进行了大量的研究,但是基本的编译器设计原理在近年中都没有多大的改变,它现在正迅速地成为计算机科学课程中的中心环节。
在九十年代,作为GNU项目或其它开放源代码项目标一部分,许多免费编译器和编译器开发工具被开发出来。这些工具可用来编译所有的计算机程序语言。它们中的一些项目被认为是高质量的,而且对现代编译理论感兴趣的人可以很容易的得到它们的免费源代码。
大约在年,SGI公布了他们的一个工业化的并行化优化编译器Pro的源代码,后被全世界多个编译器研究小组用来做研究平台,并命名为Open。Open的设计结构好,分析优化全面,是编译器高级研究的理想平台。
交åç¼è¯å¨çåå±åå²
ä¸çºªå¹´ä»£ï¼IBMçJohn Backus带é¢ä¸ä¸ªç 究å°ç»å¯¹FORTRANè¯è¨åå ¶ç¼è¯å¨è¿è¡å¼åãä½ç±äºå½æ¶äººä»¬å¯¹ç¼è¯ç论äºè§£ä¸å¤ï¼å¼åå·¥ä½åå¾æ¢å¤æåè°è¦ãä¸æ¤åæ¶ï¼Noam Chomskyå¼å§äºä»å¯¹èªç¶è¯è¨ç»æçç 究ãä»çåç°æç»ä½¿å¾ç¼è¯å¨çç»æå¼å¸¸ç®åï¼çè³è¿å¸¦æäºä¸äºèªå¨åãChomskyçç 究导è´äºæ ¹æ®è¯è¨ææ³çé¾æç¨åº¦ä»¥åè¯å«å®ä»¬æéè¦çç®æ³æ¥å¯¹è¯è¨åç±»ãæ£å¦æ称çChomskyæ¶æï¼Chomsky Hierarchyï¼ï¼å®å æ¬äºææ³çå个å±æ¬¡ï¼0åææ³ã1åææ³ã2åææ³å3åææ³ï¼ä¸å ¶ä¸çæ¯ä¸ä¸ªé½æ¯å ¶åè çç¹æ®æ åµã2åææ³ï¼æä¸ä¸ææ å ³ææ³ï¼è¢«è¯ææ¯ç¨åºè®¾è®¡è¯è¨ä¸ææç¨çï¼èä¸ä»å¤©å®å·²ä»£è¡¨çç¨åºè®¾è®¡è¯è¨ç»æçæ åæ¹å¼ãåæé®é¢ï¼parsing problemï¼ç¨äºä¸ä¸ææ å ³ææ³è¯å«çææç®æ³ï¼çç 究æ¯å¨å¹´ä»£å年代ï¼å®ç¸å½å®åç解å³äºè¿ä¸ªé®é¢ãå®å·²æ¯ç¼è¯åçä¸çä¸ä¸ªæ åé¨åãæéç¶æèªå¨æºï¼Finite Automationï¼åæ£å表达å¼ï¼Regular Expressionï¼åä¸ä¸ææ å ³ææ³ç´§å¯ç¸å ³ï¼å®ä»¬ä¸Chomskyç3åææ³ç¸å¯¹åºã对å®ä»¬çç 究ä¸Chomskyçç 究å ä¹åæ¶å¼å§ï¼å¹¶ä¸å¼åºäºè¡¨ç¤ºç¨åºè®¾è®¡è¯è¨çåè¯ç符å·æ¹å¼ã
人们æ¥çåæ·±åäºçæææç®æ 代ç çæ¹æ³ï¼è¿å°±æ¯æåçç¼è¯å¨ï¼å®ä»¬è¢«ä¸ç´ä½¿ç¨è³ä»ã人们é常å°å ¶ç§°ä¸ºä¼åææ¯ï¼Optimization Techniqueï¼ï¼ä½å å ¶ä»æªçæ£å°å¾å°è¿è¢«ä¼åäºçç®æ 代ç èä» ä» æ¹è¿äºå®çæææ§ï¼å æ¤å®é ä¸åºç§°ä½ä»£ç æ¹è¿ææ¯ï¼Code Improvement Techniqueï¼ã
å½åæé®é¢åå¾å¥½æèµ·æ¥æ¶ï¼äººä»¬å°±å¨å¼åç¨åºä¸è±è´¹äºå¾å¤§çå夫æ¥ç 究è¿ä¸é¨åçç¼è¯å¨èªå¨æé ãè¿äºç¨åºæå被称为ç¼è¯å¨çç¼è¯å¨ï¼Compiler-compilerï¼ï¼ä½æ´ç¡®åå°åºç§°ä¸ºåæç¨åºçæå¨ï¼Parser Generatorï¼ï¼è¿æ¯å 为å®ä»¬ä» ä» è½å¤èªå¨å¤çç¼è¯çä¸é¨åãè¿äºç¨åºä¸æèåçæ¯Yaccï¼Yet Another Compiler-compilerï¼ï¼å®æ¯ç±Steve Johnsonå¨å¹´ä¸ºUnixç³»ç»ç¼åçã类似çï¼æéç¶æèªå¨æºçç 究ä¹åå±äºä¸ç§ç§°ä¸ºæ«æç¨åºçæå¨ï¼Scanner Generatorï¼çå·¥å ·ï¼Lexï¼ä¸Yaccåæ¶ï¼ç±Mike Lesk为Unixç³»ç»å¼åï¼æ¯è¿å ¶ä¸ç佼佼è ã
å¨ä¸çºªå¹´ä»£åæå年代æ©æï¼å¤§éç项ç®é½è´¯æ³¨äºç¼è¯å¨å ¶å®é¨åççæèªå¨åï¼è¿å ¶ä¸å°±å æ¬äºä»£ç çæãè¿äºå°è¯å¹¶æªåå¾å¤å°æåï¼è¿å¤§æ¦æ¯å 为æä½å¤ªå¤æè人们åå¯¹å ¶ä¸çäºè§£ã
ç¼è¯å¨è®¾è®¡æè¿çåå±å æ¬ï¼é¦å ï¼ç¼è¯å¨å æ¬äºæ´å å¤æç®æ³çåºç¨ç¨åºå®ç¨äºæ¨ææç®åç¨åºä¸çä¿¡æ¯ï¼è¿åä¸æ´ä¸ºå¤æçç¨åºè®¾è®¡è¯è¨çåå±ç»åå¨ä¸èµ·ãå ¶ä¸å ¸åçæç¨äºå½æ°è¯è¨ç¼è¯çHindley-Milnerç±»åæ£æ¥çç»ä¸ç®æ³ãå ¶æ¬¡ï¼ç¼è¯å¨å·²è¶æ¥è¶æ为åºäºçªå£ç交äºå¼åç¯å¢ï¼Interactive Development Environmentï¼IDEï¼çä¸é¨åï¼å®å æ¬äºç¼è¾å¨ãè¿æ¥ç¨åºãè°è¯ç¨åºä»¥å项ç®ç®¡çç¨åºãè¿æ ·çIDEæ å并没æå¤å°ï¼ä½æ¯å¯¹æ åççªå£ç¯å¢è¿è¡å¼åå·²æ为æ¹åãå¦ä¸æ¹é¢ï¼å°½ç®¡å¨ç¼è¯åçé¢åè¿è¡äºå¤§éçç 究ï¼ä½æ¯åºæ¬çç¼è¯å¨è®¾è®¡åçå¨è¿å¹´ä¸é½æ²¡æå¤å¤§çæ¹åï¼å®æ£è¿ éå°æ为计ç®æºç§å¦è¯¾ç¨ä¸çä¸å¿ç¯èã
å¨ä¸çºªå¹´ä»£ï¼ä½ä¸ºGNU项ç®æå ¶å®å¼æ¾æºä»£ç 项ç®æ ä¸é¨åï¼è®¸å¤å è´¹ç¼è¯å¨åç¼è¯å¨å¼åå·¥å ·è¢«å¼ååºæ¥ãè¿äºå·¥å ·å¯ç¨æ¥ç¼è¯ææç计ç®æºç¨åºè¯è¨ãå®ä»¬ä¸çä¸äºé¡¹ç®è¢«è®¤ä¸ºæ¯é«è´¨éçï¼èä¸å¯¹ç°ä»£ç¼è¯ç论æå ´è¶£ç人å¯ä»¥å¾å®¹æçå¾å°å®ä»¬çå è´¹æºä»£ç ã
大约å¨å¹´ï¼SGIå ¬å¸äºä»ä»¬çä¸ä¸ªå·¥ä¸åç并è¡åä¼åç¼è¯å¨Proçæºä»£ç ï¼åè¢«å ¨ä¸çå¤ä¸ªç¼è¯å¨ç 究å°ç»ç¨æ¥åç 究平å°ï¼å¹¶å½å为OpenãOpenç设计ç»æ好ï¼åæä¼åå ¨é¢ï¼æ¯ç¼è¯å¨é«çº§ç 究ççæ³å¹³å°ã
ç¼è¯å¨çå·¥ä½åç
ç¼è¯ æ¯ä»æºä»£ç ï¼é常为é«çº§è¯è¨ï¼å°è½ç´æ¥è¢«è®¡ç®æºæèææºæ§è¡çç®æ 代ç ï¼é常为ä½çº§è¯è¨ææºå¨è¯è¨ï¼çç¿»è¯è¿ç¨ãç¶èï¼ä¹åå¨ä»ä½çº§è¯è¨å°é«çº§è¯è¨çç¼è¯å¨ï¼è¿ç±»ç¼è¯å¨ä¸ç¨æ¥ä»ç±é«çº§è¯è¨çæçä½çº§è¯è¨ä»£ç éæ°çæé«çº§è¯è¨ä»£ç çå被å«ååç¼è¯å¨ãä¹æä»ä¸ç§é«çº§è¯è¨çæå¦ä¸ç§é«çº§è¯è¨çç¼è¯å¨ï¼æè çæä¸ç§éè¦è¿ä¸æ¥å¤çççä¸é´ä»£ç çç¼è¯å¨ï¼åå«çº§èï¼ãå ¸åçç¼è¯å¨è¾åºæ¯ç±å å«å ¥å£ç¹çåååå°åï¼ ä»¥åå¤é¨è°ç¨ï¼å°ä¸å¨è¿ä¸ªç®æ æ件ä¸çå½æ°è°ç¨ï¼çæºå¨ä»£ç æç»æçç®æ æ件ãä¸ç»ç®æ æ件ï¼ä¸å¿ æ¯åä¸ç¼è¯å¨äº§çï¼ä½ä½¿ç¨çç¼è¯å¨å¿ ééç¨åæ ·çè¾åºæ ¼å¼ï¼å¯ä»¥é¾æ¥å¨ä¸èµ·å¹¶çæå¯ä»¥ç±ç¨æ·ç´æ¥æ§è¡çEXE,
æ以æ们çµèä¸çæ件é½æ¯ç»è¿ç¼è¯åçæ件ã
2024-12-28 15:30
2024-12-28 15:27
2024-12-28 14:48
2024-12-28 14:32
2024-12-28 14:28