Chen Wang

> 感谢提供的新工具链，刚刚尝试了，已经可以用新工具链的gdb启动调试。 @ZhaoCake 请问你用的是 - 我提供的： OR - 熊大提供的 目前看起来似乎应该用熊大提供的。

@BernardXiong 尝试了你说的 ci 推送的有固定地址的 riscv版本：。发现编译内核还行，但是编译 app 然后放到 ext4 文件系统下运行就会 crash 但是用 这个就可以编译 app。 正如 @ZhaoCake 分析的， > 但从构建日期上来看，汪老师提供的 (https://download.rt-thread.org/download/rt-smart/toolchains/riscv64gc-linux-musleabi_for_x86_64-pc-linux-gnu_222725-8a397096c1.tar.bz2) 工具链更新，不知道是不是出于稳定性的考量没有定向到latest。 所以那个 latest 的版本是不是还不是最稳定的？要不要更新一下？

> 原来都是这样啊，我去check下哈 @BernardXiong 我把这个 issue assign 给你啦

> * https://download.rt-thread.org/download/rt-smart/toolchains/riscv64gc-linux-musleabi_for_x86_64-pc-linux-gnu_latest.tar.bz2 这个 toolchain 还是没有解决构建 user mode 程序后无法执行的问题，已经提了一个 issue - #10028

用 #10028 跟踪吧，也不知道什么时候这个问题可以彻底解决。

> 这个后面固定一个版本吧，也就是说musl gcc正式发一个版本出来 怎么说呢，这个问题我去年 12 月底就报了，到现在也没有看到解决的希望。see https://github.com/RT-Thread/rt-thread/issues/9812#issuecomment-2565472290

请问谁是负责出 toolchain 版本的，是否可以关注和认领一下这个问题？

感觉这个问题又回到了原点，各种渠道会告诉我有个可以用的版本。 可是我想再说一次的是：我希望 RTT 发布一个正式的可用版本，就像熊大在 上说的那种。这些链接拥有固定的地址，这样社区的所有人都可以方便地下载。而且 ***这个地址最好公布到 RTT 的官网上***。

这个问题很早就一直存在，enable SMART 后就会出现。

这个问题的原因在于 c 中的类型强转问题告警。 具体见 `include/rtatomic.h` 中，本 issue 编译时走的是最后一个 else 的逻辑，走 `rt_soft_atomic_add`。 ```c #if defined(RT_USING_STDC_ATOMIC) #ifndef __STDC_NO_ATOMICS__ ... #define rt_atomic_add(ptr, v) atomic_fetch_add(ptr, v) ... #else #error "The standard library C doesn't...