在
2024年 Clojure 状态调查！
中分享您的想法。
欢迎！如果您想了解有关如何工作的更多信息，请参阅
关于
页面。
GitHub 登录
所有活动
问题
未回答
标签
提出问题
关于
提出问题
考虑将int行为移动到unchecked-int + 更清晰的文档字符串，以展示其他类型转换为（如long等）的限制
0
票
提问
2016年10月23日
在
ClojureScript
由
jira
问题
jira
请
登录
或
注册
以添加评论。
请
登录
或
注册
以回答这个问题。
1
答案
0
票
回答
2019年6月26日
由
jira
参考：
https://clojure.atlassian.net/browse/CLJS-1833
（由dnolen报告）
请
登录
或
注册
以添加评论。
欢迎来到 Clojure 问答社区，您可以在这里提问并获得来自 Clojure 社区成员的答案。
相关问题
与它们的文档字符串相反，long和unchecked-long并不等同于int
*unchecked-math true对于(long) fn不起作用
使用unchecked-*-int函数进行实际的32位数学运算
在clojure 1.12 alpha中使用add-libs等导致Windows上的“文件名或扩展名太长”错误
clojure.lang.MapEntry违反HashMap.Entry的.equals和.hashCode契约；导致非自反的.equals，等。
分类
所有分类
Clojure
(1.5k)
ClojureScript
(610)
ClojureCLR
(25)
贡献库
(719)
工具
(72)
元
(19)
其他
(91)
...
