登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
11月29日 Gitee Talk | 模力方舟 AI 沙龙深圳站:看懂算力到应用的下一个主战场!点击立即报名~
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
16
Star
98
Fork
52
aosp-riscv
/
working-group
代码
Issues
15
Pull Requests
0
Wiki
统计
流水线
服务
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
nanf 计算问题
已完成
#I5CKA4
unicornx
拥有者
创建于
2022-06-16 11:47
unit test 有如下失败 [ FAILED ] stdio_nofortify.snprintf_sscanf_inf_nan [ FAILED ] stdio_nofortify.swprintf_swscanf_inf_nan [ FAILED ] stdio.snprintf_sscanf_inf_nan [ FAILED ] stdio.swprintf_swscanf_inf_nan 本质上是执行如下代码时,buf 无法得到 “-nan” ```cpp char buf[BUFSIZ]; snprintf(buf, sizeof(buf), "[%a]", -nanf("")); ``` 编译后生成指令如下, 并添加了 QEMU 单步调试中执行的结果注释(QEMU 我尝试了 6.2 和 7.0 都是同样的结果) ```cpp 0x000000000026967c : auipc a0,0xffdda 0x0000000000269680 : addi a0,a0,1388 # 0x43be8 0x0000000000269684 : auipc ra,0x209 0x0000000000269688 : jalr 226(ra) # 0x472766 <nanf> // 跟踪 nanf 函数执行正常,该函数的要求是获得 NaN 的浮点值,并且返回 float 类型 // 可以看到函数返回前 设置 a0 = 0x7fc00000, 即 spec 中定义的 NaN, // 并且根据 calling conversion,通过 `fmv.w.x fa0,a0` 设置了 fa0,此时 fa0 = 0xfffff7fc00000 0x000000000026968c : fneg.s ft0,fa0 // 对 single float 执行取反,得到:ft0 = 0xfffffffc00000, 我理解如果看 ft0 的低 32 位,是符合 IEEE-754 要求表达的 -NaN 的。 0x0000000000269690 : fcvt.d.s ft0,ft0 // 将 single float 转化为 double float,得到 ft0 = 0x8000000000000,这个可能是 gdb 的显示问题,实际寄存器值在 spike 中调试后显示是 7ff8000000000000 0x0000000000269694 : fmv.x.d a3,ft0 // 将 ft0 中保存的 double float 保存到一个 int 寄存器中,并符合 IEEE-754-2008 // 执行后结果为 a3 = 0x7ff8000000000000 0x0000000000269698 : auipc s0,0xffdd6 0x000000000026969c : addi s0,s0,-2042 # 0x3ee9e 0x00000000002696a0 : addi a0,sp,16 0x00000000002696a2 : li a1,1024 0x00000000002696a6 : mv a2,s0 0x00000000002696a8 : auipc ra,0x273 0x00000000002696ac : jalr -1226(ra) # 0x4dc1de <snprintf(char*, size_t, char const*, ...)> ``` 从流程来看,关键是 269690 的 fcvt.d.s 的结果将符号位给改成 0 了,可能是根据规范的如下描述。 我看了一下 RV 的 Spec,有如下说明,感觉 QEMU 也没有问题。 ``` Except when otherwise stated, if the result of a floating-point operation is NaN, it is the canonical NaN. The canonical NaN has a positive sign and all significand bits clear except the MSB, a.k.a. the quiet bit. For single-precision floating-point, this corresponds to the pattern 0x7fc00000. ``` 这个该怎么解决呢,一时没有什么思路
unit test 有如下失败 [ FAILED ] stdio_nofortify.snprintf_sscanf_inf_nan [ FAILED ] stdio_nofortify.swprintf_swscanf_inf_nan [ FAILED ] stdio.snprintf_sscanf_inf_nan [ FAILED ] stdio.swprintf_swscanf_inf_nan 本质上是执行如下代码时,buf 无法得到 “-nan” ```cpp char buf[BUFSIZ]; snprintf(buf, sizeof(buf), "[%a]", -nanf("")); ``` 编译后生成指令如下, 并添加了 QEMU 单步调试中执行的结果注释(QEMU 我尝试了 6.2 和 7.0 都是同样的结果) ```cpp 0x000000000026967c : auipc a0,0xffdda 0x0000000000269680 : addi a0,a0,1388 # 0x43be8 0x0000000000269684 : auipc ra,0x209 0x0000000000269688 : jalr 226(ra) # 0x472766 <nanf> // 跟踪 nanf 函数执行正常,该函数的要求是获得 NaN 的浮点值,并且返回 float 类型 // 可以看到函数返回前 设置 a0 = 0x7fc00000, 即 spec 中定义的 NaN, // 并且根据 calling conversion,通过 `fmv.w.x fa0,a0` 设置了 fa0,此时 fa0 = 0xfffff7fc00000 0x000000000026968c : fneg.s ft0,fa0 // 对 single float 执行取反,得到:ft0 = 0xfffffffc00000, 我理解如果看 ft0 的低 32 位,是符合 IEEE-754 要求表达的 -NaN 的。 0x0000000000269690 : fcvt.d.s ft0,ft0 // 将 single float 转化为 double float,得到 ft0 = 0x8000000000000,这个可能是 gdb 的显示问题,实际寄存器值在 spike 中调试后显示是 7ff8000000000000 0x0000000000269694 : fmv.x.d a3,ft0 // 将 ft0 中保存的 double float 保存到一个 int 寄存器中,并符合 IEEE-754-2008 // 执行后结果为 a3 = 0x7ff8000000000000 0x0000000000269698 : auipc s0,0xffdd6 0x000000000026969c : addi s0,s0,-2042 # 0x3ee9e 0x00000000002696a0 : addi a0,sp,16 0x00000000002696a2 : li a1,1024 0x00000000002696a6 : mv a2,s0 0x00000000002696a8 : auipc ra,0x273 0x00000000002696ac : jalr -1226(ra) # 0x4dc1de <snprintf(char*, size_t, char const*, ...)> ``` 从流程来看,关键是 269690 的 fcvt.d.s 的结果将符号位给改成 0 了,可能是根据规范的如下描述。 我看了一下 RV 的 Spec,有如下说明,感觉 QEMU 也没有问题。 ``` Except when otherwise stated, if the result of a floating-point operation is NaN, it is the canonical NaN. The canonical NaN has a positive sign and all significand bits clear except the MSB, a.k.a. the quiet bit. For single-precision floating-point, this corresponds to the pattern 0x7fc00000. ``` 这个该怎么解决呢,一时没有什么思路
评论 (
9
)
登录
后才可以发表评论
状态
已完成
待办的
进行中
已完成
已关闭
负责人
未设置
unicornx
unicornx
负责人
协作者
+负责人
+协作者
标签
未设置
标签管理
里程碑
未关联里程碑
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
未关联
master
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(1)
1
https://gitee.com/aosp-riscv/working-group.git
git@gitee.com:aosp-riscv/working-group.git
aosp-riscv
working-group
working-group
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册