XimCN 最近的时间轴更新 XimCN 最近的时间轴更新 | XimCNV2EX 第 348592 号会员，加入于 2018-09-10 22:58:10 +08:00 |
| macOS 安全性 bug？ macOS XimCN 2020 年 3 月 25 日 |
| 如果有人需要个字模提取软件，可以了解下这个 macOS XimCN 2019 年 4 月 3 日 |
| ac.cn 域名出售 域名 XimCN 2018 年 9 月 21 日 最后回复来自 XimCN | 4 |
XimCN 最近回复了
2025 年 4 月 16 日 回复了 amiwrong123 创建的主题 程序员 RISCv 给函数传递参数的时候，必须用 PC rel 的方式吗 |
如果要用编译选项解决，mcmodel=any 不够，需要 mcmodel=large
2025 年 4 月 16 日 回复了 amiwrong123 创建的主题 程序员 RISCv 给函数传递参数的时候，必须用 PC rel 的方式吗 |
> 我理解是这样的吧，auipc+addi ，只能定位 当前 pc 前后 2GB 的空间。因为 auipc 的高位是符号位。
> 但我这个例子里，当前 PC 离 array 的距离，大于了 2GB ，所以超过了呗？
对
> 我想了一下，是不是 用 li + 左移 组合，多用几次，应该就 可以拼接出来了吧
对，auipc+addi/lui+addi 一次可以拼接 32 bit 数据，用两组这样的组合可以拼出 64 bit 完整地址
> 但我这个例子里，当前 PC 离 array 的距离，大于了 2GB ，所以超过了呗？
对
> 我想了一下，是不是 用 li + 左移 组合，多用几次，应该就 可以拼接出来了吧
对，auipc+addi/lui+addi 一次可以拼接 32 bit 数据，用两组这样的组合可以拼出 64 bit 完整地址
2025 年 4 月 15 日 回复了 amiwrong123 创建的主题 程序员 RISCv 给函数传递参数的时候，必须用 PC rel 的方式吗 |
这和 pc relative 或直接加载无关，单纯是地址太高超出了 risc-v 两条指令的立即数部分拼接能寻址的地址范围（总共 4GB ）。要么把这个数组的地址放在一个低地址变量里做一次指针 load ，要么多加几条指令，把地址高位拼接出来并 shift 到高位，再用现在的方案把低位拼进去，组成一个完整的高地址
2021 年 2 月 13 日 回复了 yulihao 创建的主题 macOS 求助一个 M1 Mac 的系统镜像 |
除了 armv8.3 你还需要尽可能支持强内存序以避免任何关键系统组件的可能依赖
2020 年 12 月 12 日 回复了 AllenHua 创建的主题 Apple M1 是否吃到了制程的红利 如果如今的 intel 有 7nm 或者 5nm 会有怎样的表现？ |
@lly0514 等长不等长和分支预测没什么关系，从前端出来都是 uop 。现代超标量处理器普遍搞推测执行，一旦出了分支预测失败 penalty 都很大，都需要分支预测。
2020 年 4 月 6 日 回复了 johannhuang 创建的主题 macOS 在 macOS 系统上怎样最简洁的运行 32 位 OS X 应用程序？ |
Select Language