llvm
前段时间，有个博客上面的小伙伴给我发来邮件，问我关于 GCC 相关的知识，对于 GCC 我也只是凭着之前的了解，回复他了。书到用时方恨少呀！ 这位小伙伴还在读大学，自学能力比较强，自己出了完成课时之外，还会在网上找资料自学。 我记得自己在大学的时候，对 GCC 一窍不通，只知道 Turbo-C 和那些被强制记住的关键字
Rust是由Mozilla主导开发的通用、编译型程式语言。设计准则为“安全、并行、实用”，支援函数式、并行式、程序式以及物件导向的程式设计风格。 Rust语言原本是Mozilla员工Graydon Hoare的个人专案，而Mozilla于2009年开始赞助这个专案 ，并且在2010年首次公开
获得501(c)(3)身份之后，捐款人的捐款可以抵税，该身份有助于鼓励捐款人捐款。LLVM基金会的主要使命包括举办年度的LLVM开发者大会，向其它非赢利组织提供资金，向个人提供奖学金，以及为支持LLVM项目资助建设必要基础设施。LLVM是一个非常受欢迎的开源编译器套件项目，苹果是该项目的主要支持者
因为 Swift 是建立在 LLVM 之上的，所以 Swift 是支持与 C 交互的。但是在 Swift 中，让其与 C 混编是一件说起来有点麻烦又不太麻烦的事儿，麻烦就是要实现混编可能需要一些零碎的步骤，不麻烦就是 Swift 也提供了和 C 对应的等价类型来进行转换使用 让 Swift 可调用 C 创建 Module Map 文件 Swift 是建立在 LLVM[1] 之上的，并且两者都是 Chris Lattner 的杰作，所以当然也就支持 LLVM 的 Module[2] 模块，而我们需要使用的是此模块中的 Module Map Language[3]
Bartek 主要介绍了 2019 年 C++ 特性上的演进、在全球的会议重大进展、相关工具的改进，以及 C++20 新特性的期待，他总结成三大关注点： （需要注意的是，文章提出的只是 Bartek 的观点，并不代表整个 ISO C++ 委员会的观点。） 从下表可以看出来，在 2019 年，C++ 社区做了许多事情，像我们关注的新特性方面的进展也有不少，比如 Clang 8.0.0、9.0.0 发布、VS 2019 发布与 GCC 9.1 发布等。 关于 C++20 的讨论在今年占据主导地位，目前特性已经冻结，主要特性包括： 目前流行的编译器已经实现了许多 C++20 特性
因为 Swift 是建立在 LLVM 之上的，所以 Swift 是支持与 C 交互的。但是在 Swift 中，让其与 C 混编是一件说起来有点麻烦又不太麻烦的事儿，麻烦就是要实现混编可能需要一些零碎的步骤，不麻烦就是 Swift 也提供了和 C 对应的等价类型来进行转换使用 让 Swift 可调用 C 创建 Module Map 文件 Swift 是建立在 LLVM[1] 之上的，并且两者都是 Chris Lattner 的杰作，所以当然也就支持 LLVM 的 Module[2] 模块，而我们需要使用的是此模块中的 Module Map Language[3]
在 Mac OS X 下学习C语言使用 Xcode。Xcode 是由Apple官方开发的IDE，支持C、C++、Objective-C、Swift等，可以用来开发 Mac OS X 和 iOS 上的应用程序。Xcode最初使用GCC作为编译器，后来由于GCC的不配合，改用LLVM/Clang
这个变更将 asm! 宏（macro）释放了，使它可用于内嵌组合语言项目组新设计的 asm! 宏（macro）， 同时为现在使用 asm! 的用户提供一个简单的方法来保持代码的正常运作。 对尚未支援新的 asm! 宏（macro）的架构，在（nightly 版本）上执行内嵌组合语言可能会有用。 D 语言也支援两种形式的内嵌组合语言
一共进行了数十种不同的 C/C++ 基准测试，旨在观察在运行 Linux 的 Apple M2 芯片上，GCC 12 和 Clang 14 生成的二进制文件哪个性能更佳。 测试结果如下：（选取部分结果） 可以看到，尽管 LLVM Clang 被 AArch64 供应商广泛使用，且 Apple 在上游 LLVM 上投入巨资，作为其 Xcode 使用的一部分。但至少在（Asahi）Linux 上运行时，GCC 12 编译器仍有一些二进制文件比 Clang 编译出来的更快，性能更好
Kotlin/Native 是一种将 Kotlin 代码编译为无需虚拟机就可运行的原生二进制文件的技术。 它是一个基于 LLVM 的 Kotlin 编译器后端以及 Kotlin 标准库的原生实现。 Kotlin/Native 的主要设计目标是让 Kotlin 可以为不希望或者不可能使用 虚拟机 的平台（例如嵌入式设备或者 iOS）编译