汇编编译器（汇编编译器是用什么写的）

Mugo是一个Go编程语言子集的单遍(Single-Pass)编译器，它也采用Go语言编写，实现“自己编译自己”。它输出是x86-64的汇编语言。这个编译器提供了足够的语言特性，包括int和字符串类型、切片、函数、局部变量、全局变量以及基本表达式和语句。Mugo是一个很好的学习编译器开发的小项目。学习编译器是一个很长的路程，要有耐心才行，一步一步地来，先参考一下简单的编译器项目是如何实现的，不必有多么丰富的功能，也不必追求多么快的速度，第一步是能够实现了就可以。之后才是对每一步的逐渐优化的过程。项目地址：GitHub-benhoyt/mugo:Mugo,atoycompilerforasubsetof...#如何将一个想法转换成一个软件##mugo#微软有本书《Thecode》隐藏在计算机后面的秘密，浅谈汇编器、编译器和解释器。如果你有高中数学和物理的水平就能看懂，看完后基本能够了解程序到底是什么。比Fortran是最适合矩阵计算的语言，即便后来出现了Matlab之类的软件，所以存活至今。又比如物理地址是不一样的是，其中有原因。有时候逻辑地址也不一样，这是一种安全机制，古时是一样的，但是为了避免那种缓冲区溢出攻击，才有故意打乱的方式。C语言经过编译、链接就成为了机器语言（二进制指令）。不存在什么对CPU发出申请之说。实在要扯上关系顶多对编译器提出申请：哥，帮我编译成高效率二进制指令吧！其实汇编语言也需要“编译”只是名称叫做汇编器，因为现代的汇编语言都包含了不少伪指令、宏……等需要“编译成”二进制机器指令。解释型语言这执行最后也是要着落到系统中的C库的。那为什么c语言，在工业中大放异彩，而不是解析型语言呢？仅仅是因为效率更高一点？汇编程序汇编成机器指令，C程序编译成机器指令，java编译成字节码运行时由JVM解释成机器指令。以前c语言编译器就是b语言加汇编混合，写的，后面就是用自己的语言编写叫做自举。cpu只识二进制，汇编不过是二进制的助记词。而C才是编程成为语言的基础，C既连接了硬件又对接着高级语言。C++不过是C的扩展，其他JAVE，C#虽然与C直接关系，但它们的编译器一定是C语言写的，高级语言不过是对C对行封装了你了解而已。最重要的是汇编与二进制代码的长期进行维护很难，代价很高。还C语言运行环境很容易只有十几代码就行。其他语言的运行环境用汇编进行搭建，容易吗可维护吗。所以C语言永远排在编程榜的前三名就是这个理。我就想不通了，发明一个计算机语言，本来是一件很简单的事情，为什么到现在中国还没有一个非常通用的计算机语言？一个计算机语言不就是语法和编译器吗？语法随便设计，编译器只要把语言的代码转成汇编就行了，当然，转之前还需要一个词法分析工作。词法分析就是把代码模型化，用最简单的方法，不停的if判断就行了。接着就是把代码转成汇编，这里需要学一下汇编语言。整个工作也不算难啊，只要语言的语法不要太复杂，应该是个高级软件工程师都能做到的吧？希望大家能为我解惑，我也会自己试着实施一下，看能不能办到。#Mars语言#C/C++是效率最接近汇编语言的存在，没有之一，C的编译器也是最成熟的，其它语言的编译器基本都是C++写的，生成的代码先天就慢了一筹什么是Aya，它是如何开始的？今天，eBPF程序通常是用C或eBPF汇编编写的。但是在2021年，Rust编译器获得了对编译eBPF程序的支持。从那时起，RustNightly可以将有限的Rust子集编译成eBPF目标文件。如果您有兴趣阅读实现细节，我们建议您查看作者AlessandroDecina的博文。Aya是第一个支持在Rust中编写整个eBPF项目（包括用户空间和内核空间部分）的库，而不依赖于libbpf或clang。在大多数环境中，RustNightly是构建所需的唯一依赖项。rustc不公开其内部LLVM.so库（即aarch64）的某些环境需要安装共享LLVM库。但是不需要libbpf、clang或bcc！如前所述，Aya的主要关注点是开发人员体验——让编写eBPF程序尽可能简单。COM狗简介：阻止逆向的最重要的一个环节就是反跟踪，这样就可以有效地阻止代码的动态分析，即阻止动态反汇编(人为debug，例如IDA和x64dbg等软件)。因为任何加密方式(加壳或虚拟机)的软件都必须动态展开运行，凡是程序走过的地方叫做“程序区”，读写数据操作的区域被称为“数据区”，那么剩下的就是“垃圾区”，这里有从来没有运行过的“僵尸”程序，也有从未访问过的废弃数据，也有编译器为了位对齐留下的填充代码“int3”等。若想要阻止被跟踪，即反跟踪，就必须能够及时捕获跟踪者的行为(例如IDA等)。这个难度肯定很大。但是一个只运行1mS的特定函数，却被无故地运行了3S，为何？？？现在的操作系统都是多进程多线程，那么系统必然存在多任务(进程或线程)切换时间，如果某个任务被无故地切换3秒钟时间，合理吗？如果合理，这个操作系统必然是垃圾一枚！！！故这三秒的时间必然是被跟踪的时间，即有逆向者跟踪软件的运行。COM狗采用双时钟截获，一个是系统时间，一个是高精度计时器。前者用于任务的截获，即秒级截获，后者用于函数的截获，即毫秒级截获。菜农在1991年破解美国福禄克公司的硬件加密狗后，又被代码进行优化压缩(否则嵌入不了自己的反跟踪代码)，利用正常运行和debug.com(当时的调试器)运行程序堆栈差值为10来捕获逆向跟踪者的。现在的电脑和以前DOS时代大为不同，主要是低层未知数太多，很难把控，故采用时间差捕获是一种实用，通用(多平台)的方法。windows提供了被跟踪的函数，菜农实测32位不错，64位不行。故肯定不通用。小结和结论：COM狗是非常实用，通用，应用资源很少的范例，它与COM盾(菜农命名为HotComLock，主要是域名不好搞，并准备好了网站：www.hotcomlock.com)和反篡改HotCRC(www.hotcrc.com，此计算器从2003年就在网上流传)以及反注册HotREG完美配合，实现了：反跟踪，反篡改，反反汇编，反注册。这些都是菜农在上世纪九十年代提出的“天下无贼论”的核心成员。菜农多年推广未果，都说菜农吹牛，那么菜农在退休三年用软件展现出来！！！“贼”最大的心愿就是：“天下无贼”！！！菜农之心愿：COM盾是逆向的终结者…三个月内拭目以待！！！菜农HotPower@163.com2022.9.17于西安雁塔菜地你这里所谓的跨平台，实际上都是编译器的功劳！你在win上编译完的可执行文件，放在苹果电脑上是没法子运行的，只有将c写成的源程序再经苹果电脑系统的c编译器编译得到的可执行程序可以运行。//@枸杞叶:inta=1；这句c代码就可以跨平台，汇编就是movwordptr[bp-40],0001h，这是x86的汇编，没办法移植到ARM上，必须要重写。你如何做到移植，表演一个呗。//@余隨云:你倒是找个不用修改就可以跨平台的例子啊？你以为JAVA，VB之类的算？还是c，vc，vc＋＋，或者其他的编程语言算？如果算，只要你肯出钱，绝对有人能给你弄出来类似的跨平台编译器或解释器来。你得想想，没有这些所谓的跨平台语言之前，这些语言是用什么写的。//@枸杞叶:纯汇编写的代码对硬件依赖太强没有任何移植的可能网管小贾还真有一款纯汇编撸的操作系统KolibriOS这种能直接运行的，都是因为电脑有这个语言的解释器了。//@6K646IKW6I2j:有运行时的是可以直接运行的。例如dotnetcore,Java,Python//@余隨云:你这里所谓的跨平台，实际上都是编译器的功劳！你在win上编译完的可执行文件，放在苹果电脑上是没法子运行的，只有将c写成的源程序再经苹果电脑系统的c编译器编译得到的可执行程序可以运行。//@枸杞叶:inta=1；这句c代码就可以跨平台，汇编就是movwordptr[bp-40],0001h，这是x86的汇编，没办法移植到ARM上，必须要重写。你如何做到移植，表演一个呗。//@余隨云:你倒是找个不用修改就可以跨平台的例子啊？你以为JAVA，VB之类的算？还是c，vc，vc＋＋，或者其他的编程语言算？如果算，只要你肯出钱，绝对有人能给你弄出来类似的跨平台编译器或解释器来。你得想想，没有这些所谓的跨平台语言之前，这些语言是用什么写的。//@枸杞叶:纯汇编写的代码对硬件依赖太强没有任何移植的可能网管小贾还真有一款纯汇编撸的操作系统KolibriOS对jit编译器一直有兴趣。terra这个语言把luajit和clang/llvm集成在一起，能动态生成代码并调用，小巧方便。除了能制作新的计算机语言或DSL外，在逆向工程方面的一个应用就是可以直接生成本机代码回调，比直接汇编要简单多了，可维护性大大增加。很不幸，我喜欢的苹果m1机器上却跑不动，printf这样的函数只能打印乱码。因为苹果m1处理器的变参（varargs)调用ABI和其他厂商不一样，大多开源项目都会有这个兼容问题。于是上GitHub上提交bug，收到回答说：很不幸，需要一个很懂编译器的人站出来才能搞定。没那耐心等，只能自己动手fix。研究了半天llvmIR和Terra源码才搞定这个编译器的bug.有兴趣在m1苹果本上用Terra的可以看看。相关链接：网页链接【2021年全国大学生编译系统设计大赛决赛获奖结果！】在希冀平台上举办的2021年全国大学生计算机系统能力大赛编译系统设计赛决赛获奖结果已公布。全国大学生计算机系统能力大赛编译系统设计赛是由教育部高等学校计算机类专业教学指导委员会和系统能力培养研究专家组共同发起，以学科竞赛推动专业建设和计算机领域创新人才培养体系改革、培育我国高端芯片及核心系统的技术突破与产业化后备人才为目标，面向高校大学生举办的全国性大赛。编译系统设计赛要求各参赛队综合运用各种知识（包括但不局限于编译技术、操作系统、计算机体系结构等），构思并实现一个综合性的编译系统，以展示面向特定目标平台的编译器构造与编译优化的能力，具体要求包括：●基于C、C++、Java语言开发，能够在Ubuntu18.04(64位)操作系统的x86服务器上编译运行。●能够将符合自定义程序设计语言SysY2021的测试程序编译为ARM汇编语言程序。●通过在Raspbery4B上运行汇编链接后的二进制程序，测试程序功能的正确性和运行效率，来评价参赛队开发的编译器的功能正确性和优化效果。为了保障大赛的顺利进行，希冀团队从零开始设计并制造了大赛评测服务器（ARM架构）。评测服务器的核心是由6块树莓派构成，采用标准化1U服务器机箱封装，可直接上架数据中心的服务器机柜，通过网络和希冀平台实现互通。其次，为了实现对编译器功能和性能的实时评价，希冀团队为大赛开发了评测机。大赛评测机基于希冀平台的通用评测框架开发，通过Dockerfile定制评测环境和评测脚本，并插件式接入希冀平台为大赛提供自动评测能力。按照大赛章程，从功能角度和性能角度对参赛队提交的编译器进行评测，评测流程具体包括：●从参赛队Git仓库拉取源码。●编译参赛队提交的编译器实现源码。●使用编译好的编译器编译基准测试程序为ARM汇编程序。●使用ARM汇编器将ARM汇编程序转换为ARM二进制可执行文件。●向希冀平台的资源调度系统申请树莓派开发板。●在树莓派开发板上运行ARM二进制可执行文件。●通过评估ARM二进制可执行文件的执行状态、执行时长等信息给出编译器在功能和性能两个指标上的具体量化数值。●根据得到的数值结果更新排行榜。此外，为了可视化还原大赛的激烈程度，希冀平台为比赛模块的排行榜增加了支持基于历史评测数据的滚榜功能。最后，感谢各参赛队的辛勤付出，正是你们的努力让这场全国范围内编译器领域的顶级赛事变得激烈且有趣。望各参赛队继续努力，在编译器领域和基础系统软件领域取得更多的成果。更多信息请访问编译大赛官网：系统能力培养-操作系统赛官网微软开山之作是比尔·盖茨和保罗·艾伦于1978年为6502CPU开发的BASIC语言解释程序，所以BASIC语言一度在微软的开发工具中占有重要的地位，时至今日VisualBasicforApplications(VBA)仍然有很多人在使用。跟我同龄的很多人使用过微软的QuickBASIC4.5(1988年)这个经典的可编译的BASIC语言开发工具，QuickBASIC4.5可以很方便地和微软的汇编语言MASM及C语言(当时是的QuickC)混合编程。在QuickBASIC4.5之后，微软继续开发出了两个DOS版本的BASIC语言编译器(整合IDE)。QuickBASIC的最后一个版本是7.1版（1990年6月），IDE的PDS版本称为QuickBASICExtended（简称QBX），这个版本甚至提供了简单的数据库编程支持。QuickBASIC的后继者是VisualBasicforMSDOS1.0，这个版本语法基本兼容QuickBASIC，它可以说很神奇，提供了在DOS系统下的基于字符的视窗应用开发。之后版本的VisualBasic不再包括DOS版，因为微软开发人员开始专注于Windows应用编程。跨平台GUI开发的其他选择：Cocos（椰子树，可可）Creator：CocosCreator的引擎完全开源，并延续了Cocos2d-x可定制、可嵌入、易学习、包体小的优点。其深度支持各大主流平台，可以快速发布到Web、iOS、Android、HarmonyOS、Web、Windows、Mac。在Web上提供了纯JavaScript开发的引擎运行时，以获得更好的性能和更小的包体。在其它原生平台上，则使用C++实现底层框架，提供更高的运行效率。Lazarus：（穷人；圣经中的麻疯乞丐）一个基于FreePascal的Delphi仿制品。FreePascal是Linux、Win32、WinCE、MacOS、OS/2、68K等操作系统下的一个基于GPL/LGPL的编译器，她被设计成可以理解，并编译OOP的Delphi语法。Lazarus在上述平台下可以像Delphi一样来开发程序，打破了这些环境下缺少可视化开发工具的困窘局面。Java是“一次编写，到处运行”，Lazarus和FreePascal则“一次编写，到处编译”。由于对上述所有平台有完全相同的编译器，你不需要重新编码，就可以为不同的平台开发相同的产品。Java基于虚拟机，Lazarus则生成原生代码。所以Lazarus的应用程序在效率上比用Java的程序高。aardio：专注于桌面软件开发，体积仅6.5MB，提供了大量开源的标准库、扩展库。这些库基本都是由纯aardio代码实现，涉及到了桌面编程的方方面面。他的所有库基本都是由作者一个人编写，所以拥有良好的一致性。aardio是一种动态语言、但也是一种混合语言，可以操作静态类型，因此可以直接调用C语言、C++等等静态语言的API接口函数(不需要像VB那样先声明API)，aardio可以支持stdcall，cdecl，thiscall，fastcall，regparm(n)等API调用约定。它可以混合调用C语言、C++、VB、C#、Java、Python、Javascript、Node.Js、FlashActionScript、PHP、VBScript、NewLISP、Delphi、Go语言等，甚至可以直接嵌入汇编机器码并转换为普通的aardio函数。什么是脚本语言？为何VBA不算脚本语言？1、在前篇《居然还有不少人认为VB/VBA是脚本语言，偏见害人啊！》中普及VB的编译和解释双机制时，不少网友认为VBA仍然属于脚本语言范畴，也有网友认为VBA属于宏语言。那到底要如何才能正确定位VBA呢？本篇就继续讨论下吧。2、首先，什么是脚本语言？如果，按网友VBA无法脱离Office环境而单独存在来看，其实所有开发语言都是脚本语言。比如：机器语言可以视为逻辑电路的脚本，汇编语言可以视为机器语言的脚本，各大编译型（二进制）语言可以视为编译器的脚本，各大解释型语言可以视为虚拟机（解释器）的脚本。很显然，这么划分是毫无意义的。那有意义的定义依据是什么呢？自然是按源码到机器指令的生产方式来划分。无论是哪种开发语言，目的都是将人的需求转换为指令提交给机器执行。所以，编译也罢解释也好，脚本和非脚本，其实讲的都是这种生产路径，只不过承接人的需求模式（时间、地点、人物）不同而已。因此学术界将『为了缩短传统的编写-编译-链接-运行（edit-compile-link-run）过程而创建的计算机编程语言』称之为脚本语言（Scriptlanguages）。而解释机制是缩短这一过程的有效途径，因此通常脚本语言都采用解释执行，实现源码编写到运行的一步到位。解释器将编译和运行进行封装，为所有的脚本提供统一的运行机制，使用者不必每次都自己去编译链接成系统可识别的可执行文件，从而节约了脚本本身的使用成本。正因为如此，一般脚本适用于简单的自动化任务，最核心的目标是解决一些逻辑简单，但高度重复性的事务，从而将解放出的手放到更需要人的地方去。3、为何VBA在脚本概念上却存在争议呢？一方面，不少脚本语言已经突破了简单自动化任务的需求，已经发展到能够写出复杂精巧的产品，非常逼近传统开发语言。比如VBS，借助COM，在IE时代以最低的门槛赋予了浏览器卓越的本地化能力。尽管随着IE的远去，在浏览器领域已显得老态，但64位的VBS依然在其他很多领域发挥着重要作用。如果说，VBA是脚本的话，那绝对是最复杂精巧的那一款。另一方面，1995年VBA统一了Office的宏语言，而宏语言又是典型的脚本（重要的分支）。所以，很多人认为VBA就是宏语言，因此VBA就是脚本语言。而录制宏不仅符合简单自动化任务，VBA源码不能编译，也不能脱离Office而存在，就是最好的证明。这是有一定道理的，VBA统一了Office宏语言，使用VBA的语法要素和解释机制来处理宏，表现得跟脚本并无二致。但这并不意味着VBA整个也就变成了宏语言，相反通常将VBA视为VB的子集，不仅仅是语法层面的高度相似，而是本身就从VB脱胎而来。相同的解释器、相同的内置函数实现、相同的底层封装，甚至相同的编译链接机制（VBA的编译链接机制，之前的文章已有介绍，不再赘述。但VBA不能脱离Office的说法，的确是站不住脚的），这是VBS所不具备的。这就是为什么只将VBS视为VB工具链的成员，而没有VB子集一说的原因。如果有人仍然怀疑，继续问AuotoCAD等老牌软件的VBA也不能脱离宿主程序，那就该问问，VBA为何可以单独授权卖给诸如WPS一类的竞品而不怕泄漏的呢？要知道，直到目前为止，关于VB/VBA本身的实现原理，没有任何官方信息，但WinNT的源码却可以找得到。答案就是，VBA本身就是一款独立的开发工具，因为它本身就是定制版的VB。如果愿意付费，微软也愿意授权，各位开发者的产品，也能拥有VBA的开发环境。VBA身上这种兼具宏（脚本）和VB（独立开发工具）的特点，才是让人迷惑的根本原因。4、再回到『脚本』这个词，中文里这是一个日文汉词，英文里叫Script，原义是手稿，后来多用于指代戏剧表演或电影、电视摄制等所依据的底本。在计算机行业里，借过来指代某些直接可运行的文件。当然，这个文件不是可执行文件格式，而是脚本源码文件。因此，无论是从学术定义上，还是概念释义上，脚本都是指那些源码文件无需任何处理，就可以直接参与生产的工具。而脚本使用的解释机制，也并非脚本特有。所以，将VBA视为脚本，是不利于正确认识和定位VBA应有作用的。笔者再次强调，VBA是一款独立开发工具，Office的VBA是一款兼容了宏（脚本）的独立开发工具。Office中真正的脚本还是宏（非VBA兼容的方式），它们被保留了下来，依然可以使用。Excel中除了原始的宏，还有公式是真正的纯脚本，现在Excel的公式已经是图灵完备的了，也就是说只要各位愿意，公式也能写出非常复杂的产品。[心]欢迎关注BtOfficer[心]（收藏、点赞、关注+转发）,更多精彩仍在继续哦（专栏文章将更系统，更全面，但需要阁下支持哦），有严肃的技术，也有轻松的唠嗑，期待你的加入！以太坊（英文Ethereum）以太坊是一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币（Ether）提供去中心化的以太虚拟机（EthereumVirtualMachine）来处理点对点合约。以太坊的概念首次在2013至2014年间由程序员VitalikButerin受比特币启发后提出，大意为“下一代加密货币与去中心化应用平台”，在2014年通过ICO众筹开始得以发展。截至2018年2月，以太币是市值第二高的加密货币，仅次于比特币。产生背景比特币开创了去中心化密码货币的先河，五年多的时间充分检验了区块链技术的可行性和安全性。比特币的区块链事实上是一套分布式的数据库，如果再在其中加进一个符号——比特币，并规定一套协议使得这个符号可以在数据库上安全地转移，并且无需信任第三方，这些特征的组合完美地构造了一个货币传输体系——比特币网络。然而比特币并不完美，其中协议的扩展性是一项不足，例如比特币网络里只有一种符号——比特币，用户无法自定义另外的符号，这些符号可以是代表公司的股票，或者是债务凭证等，这就损失了一些功能。另外，比特币协议里使用了一套基于堆栈的脚本语言，这语言虽然具有一定灵活性，使得像多重签名这样的功能得以实现，然而却不足以构建更高级的应用，例如去中心化交易所等。以太坊从设计上就是为了解决比特币扩展性不足的问题。以太坊协议将尽可能简单，即便以某些数据存储和时间上的低效为代价。一个普通的程序员也能够完美地去实现完整的开发说明。这将最终有助于降低任何特殊个人或精英团体可能对协议的影响并且推进以太坊作为对所有人开放的协议的应用前景。添加复杂性的优化将不会被接受，除非它们提供了非常根本性的益处。没有“特性”是以太坊设计哲学中的一个根本性部分。取而代之的是，以太坊提供了一个内部的图灵完备的脚本语言以供用户来构建任何可以精确定义的智能合约或交易类型。想建立一个全规模的守护程序（Daemon）或天网（Skynet），你可能需要几千个联锁合约并且确定慷慨地喂养它们，一切皆有可能。以太坊的不同部分应被设计为尽可能模块化的和可分的。开发过程中，应该能够容易地让在协议某处做一个小改动的同时应用层却可以不加改动地继续正常运行。以太坊开发应该最大程度地做好这些事情以助益于整个加密货币生态系统，而不仅是自身。协议不应主动地试图限制或阻碍特定的类目或用法，协议中的所有监管机制都应被设计为直接监管危害，不应试图反对特定的不受欢迎的应用。人们甚至可以在以太坊之上运行一个无限循环脚本，只要他愿意为其支付按计算步骤计算的交易费用。以太坊是一个平台，它上面提供各种模块让用户来搭建应用，如果将搭建应用比作造房子，那么以太坊就提供了墙面、屋顶、地板等模块，用户只需像搭积木一样把房子搭起来，因此在以太坊上建立应用的成本和速度都大大改善。具体来说，以太坊通过一套图灵完备的脚本语言（EthereumVirtualMachinecode，简称EVM语言）来建立应用，它类似于汇编语言，我们知道，直接用汇编语言编程是非常痛苦的，但以太坊里的编程并不需要直接使用EVM语言，而是类似C语言、Python、Lisp等高级语言，再通过编译器转成EVM语言。上面所说的平台之上的应用，其实就是合约，这是以太坊的核心。合约是一个活在以太坊系统里的自动代理人，他有一个自己的以太币地址，当用户向合约的地址里发送一笔交易后，该合约就被激活，然后根据交易中的额外信息，合约会运行自身的代码，最后返回一个结果，这个结果可能是从合约的地址发出另外一笔交易。需要指出的是，以太坊中的交易，不单只是发送以太币而已，它还可以嵌入相当多的额外信息。如果一笔交易是发送给合约的，那么这些信息就非常重要，因为合约将根据这些信息来完成自身的业务逻辑。合约所能提供的业务，几乎是无穷无尽的，它的边界就是你的想象力，因为图灵完备的语言提供了完整的自由度，让用户搭建各种应用。白皮书举了几个例子，如储蓄账户、用户自定义的子货币等。#儿子透露吴孟达遗愿#吴伟仑是吴孟达和遗孀侯珊燕所生的儿子，也是唯一的儿子，一直和妈妈生活在马来西亚，很少在香港，因为外形亮眼，吴孟达曾表示儿子喜欢演戏，但因为年龄小，还说要念完书才能做下一步的考虑。吴孟达肝癌住院期间，吴伟仑和侯珊燕一直陪伴在父亲身边。