编译器和语言的恩怨情仇（获奖名单已公布）

hellioncu

这本书的图太多了，怪不得这么厚

daili0703

这是上午看的那本巨无霸超级厚 大书么     好重的一本书  回复 8# 王楠w_n


   

王楠w_n

是的，厚的离谱 回复 12# daili0703


   

cd0246

编译器和语言的恩怨情仇
http://bbs.chinaunix.net/forum.p ... mp;fromuid=31344977

爻易

王楠w_n 发表于 2016-05-19 16:01
是的，厚的离谱 回复 12# daili0703

哈哈，看了就不会（敢）写编译器了！正所谓会者不难（看），难（看）者不会

friendmine

1：你所理解的编译过程包括哪些？每个过程的作用是什么？
  编译与链接呗，如果是用支持宏一类的，还有预处理嘛。
  作用啊， 源代码展开=>Object文件生成=>可执行文件生成
2：你平时用到的编译选项是什么？说明其作用
   -g 开启debug符号， -O 优化
3：如果让你自己做一个编译器，如何下手呢？
   现在正干着呢，一般是两部分，一个是源文件分析，另一个是二进制可执行文件生成。
   一般都是从源文件分析入手。 因为二进制可执行文件生成这儿对于大部分人来讲还是很陌生的。
   入手啊，看dragon 这本书啊。
4：编译器和语言的关系是什么样的？
  没有编译器就没有语言，我一直再想最开始的编译器没有的时代，大家用纸带是怎么玩游戏的。

程鹏0729

从数学的角度看，一切皆数，编译器是数，语言也是数；
从语言的角度看，一切皆语言，编译器是语言，数学也是语言。

爻易

程鹏0729 发表于 2016-05-21 12:58
从数学的角度看，一切皆数，编译器是数，语言也是数；
从语言的角度看，一切皆语言，编译器是语言，数学也是语言。

认知的高度决定发展的深度！以史为鉴，可以知兴替。

－－－－－－
FLOW-MATIC的起源至少值得简要介绍一下，因为它是COBOL语言的主要祖先。在1953年12月，Remington-Rand UNIVAC公司的Grace Hopper写了一份实际上是预言的提案。提案建议："数学程序应该用数学记法来写，数据处理程序应该用英语语句来写(Wexelblat，198l，第16页)。"遗憾的是，在1953年不可能使非程序员相信计算机可以理解英语单词。直到1955年，一份相似的提案才有了获得UNIVAC管理层资助的希望，即使到那时，也是用原型系统来做最后的说服工作。这个说服过程包括编译并运行一个小程序，先是用英语关键字，再用法语关键字，然后用德语关键字。这个演示令UNIVAC管理层印象深刻，成为他们同意Hopper提案的主要原因。
－－－－－－

哈哈，看到没有，1953年的情况是：不可能使非程序员相信计算机可以理解英语单词（当时人们认为计算机是数学）

现在的情况则是，很多程序员相信计算机语言只能用En语单词（不用En语就是异端）

再过六十年情况又会如何呢。。。故发此感慨：

从数学的角度看，一切皆数，编译器是数，语言也是数；
从语言的角度看，一切皆语言，编译器是语言，数学也是语言。

横看成岭侧成峰，远近高低各不同；
数学恒定全球日，中文无愧主人翁。

漂游的日月明

读书时，汇编语言虐了多少同学。

benjamindu_1234

回复 9# sunzhiguolu


    看起来王楠是我们chinaunix的名人哈，书很不错，值得学习，值得探讨