首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在机器代码方面,在GCC、clang和/或LLVM中实现的架构支持在哪里?

在机器代码方面,在GCC、Clang和/或LLVM中实现的架构支持是通过编译器的前端和后端来实现的。

前端负责将源代码转换为中间表示(例如LLVM IR)并执行语法分析和语义分析。它处理语言特定的特性和语法,例如C、C++等。每种语言都有一个对应的前端,负责将源代码转换为通用中间表示。

后端负责将中间表示转换为目标机器代码。它处理与具体硬件架构相关的优化和代码生成。GCC、Clang和LLVM都提供了可扩展的后端架构支持,可以针对不同的处理器架构生成优化的机器代码。

架构支持是指编译器可以生成针对特定处理器架构的机器代码。常见的处理器架构包括x86、ARM、MIPS等。编译器的后端通过针对特定架构的优化和指令选择来生成高效的机器代码。

腾讯云相关产品和产品介绍链接地址:

  • 云服务器(ECS):https://cloud.tencent.com/product/cvm
  • 云函数(SCF):https://cloud.tencent.com/product/scf
  • 云数据库(CDB):https://cloud.tencent.com/product/cdb
  • 弹性MapReduce(EMR):https://cloud.tencent.com/product/emr
  • 人工智能平台(AI Lab):https://cloud.tencent.com/product/ailab
  • 移动推送(TPNS):https://cloud.tencent.com/product/tpns
  • 云存储(COS):https://cloud.tencent.com/product/cos
  • 区块链服务(BCS):https://cloud.tencent.com/product/bcs
  • 全球加速器(Global Accelerator):https://cloud.tencent.com/product/ga
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

再次重构LLVM+Clang+libcxx+libc++abi+其他相关工具的构建流程

我们有时候写一些基础性类库或者实验新功能的时候,常常需要使用到最新版本的GCC和Clang。一些Linux发行版的源里和一些工具链(比如MSYS2)里其实自带LLVM套件的包,LLVM 官网也提供一些常见平台的预编译包下载。 那为什么我们还要自己编译呢?如果有注意到的小伙伴可能会发现,很多平台的源和 LLVM 官网 里下载的预编译包,其实是缺失很多组件的。有些没有libc++和libc++abi(CentOS 8),有些没有Sanitizer相关的组件,有些缺失其他的组件。而Clang虽然支持GCC的libstdc++,但是一方面我们写基础性类库还是要优先考虑原生STL库的兼容性,另一方面Clang对libstdc++的支持也不是太好,特别是有些第三方库在这个组合下也是没有适配得很好,同时gdb和libc++的搭配有时候也不是很完善。 所以我们就需要一个组件尽可能开完整地包含LLVM,Clang,libc++,libc++abi还有其他周边工具(各类Sanitizer,clang-tiny,clang-analyzer等等)的工具链。

02

ClangSharp依赖的动态库编译

Clangen使用 ClangSharp解析头文件来完成一些中间代码的生成(如Rpc的注册代码, 桩代码, C++类导出到Lua的代码等). 而ClangSharp本身依赖了llvm, 以及自己的一个libClangSharp的库, windows和linux下需要编译一下llvm和这个库, 一般来说系统没变的情况下, 直接使用已经编译好的libclang.so/dll即可, 但有些时候遇到需要升级llvm到高版本的情况, 比如说我们之前碰到的情况 , llvm9在linux下运行速度异常(Windows下10S的流程, 在linux下处理同样的任务要快3分钟, 最后发现可能之前编译使用的是debug版本), 我们需要编译LLVM, 并且编译依赖llvm的libClangSharp, 官方文件比较简单, 而且配置项有一些问题, 可能导致不能正常编译, 所以这里记录下过程方便后续有相关需求的时候可以参照处理.

02

再度优化GCC、LLVM、Clang、libc++、libc++abi等套件的构建脚本

一直以来,我都维护了完整的 GCC 工具链构建工具 和 LLVM,Clang,libc++,libc++abi工具链构建工具 。 一方面是为了测试和体验新版本编译器的功能和利用一些更现代化的工具检查代码中的风险,另一方面也是为了给我得很多开源仓库做多版本适配。 其中所有的编译期依赖项(不包括 tar,awk等可执行程序的工具)都是自己构建的,这样也能管理好某些新版本组件需要的新版本依赖项,并且做到跨发行版兼容。同时很多发行版自带的 LLVM+Clang 套件都缺斤少两,有的缺少 clang-analyzer ,有的缺少 clang-format ,也有的缺少 libc++ 和 libc++abi 或者缺少sanitizer组件。我也是根据自己的需要编译并输出了大多数开发工具,甚至还有一些开发库以便二次开发(比如用libclang写工具来复用libcang的AST功能)。

04
领券