rvalue

Results 18 comments of rvalue

Hi, I suspect that picking `SDKROOT` unconditionally from env has set a wrong `sdk_path` for cc when targeting `{x86_64,aarch64}-apple-ios`. Could you please take a look into it? The bump that...

> when targeting ios you should set the SDKROOT to the ios sdk and not the host sdk. if you don't set the SDKROOT it should pick it up automatically....

I looked deeper into the ci workflow and found that `SDKROOT` might be set here: https://github.com/rust-lang/rust/blob/f3d597b31c0f101a02c230798afa31a36bdacbc6/src/ci/scripts/install-clang.sh#L30-L35 It used a value returned by `xcrun` and I think that's clearly wrong since...

> So set it correctly or don't... fyi, I found something here: rust-lang/cargo#7283 resolved by rust-lang/rust#64254 Maybe `SDKROOT` is just wrong in some situation when cross building? tbh I'm not...

> > Maybe SDKROOT is just wrong in some situation when cross building? > > No, it shouldn't be wrong when compiling for the target. All the links you mention...

> 记录一下 #5053 提到的 > > 其中有用的分布,可以在讲解概率的页面提一提。 > > 比如,如何生成(0,1)均匀分布的浮点数,如果只用旧版本的C写(而不是C++11附带的东西)会变得出奇困难。简单提一下常见分布的简便写法也是有用的。 应当注意本 Issue 是 "征集需要修改的页面", 对已经修改合规的页面/实际修改的意见应当另起一个话题而不是在这里 off-topic

这一部分内容和 OI 的关系可能有点过小了? 首先 OI 根本不能用 Python 答题, 其次如果是打表的话, 如果是性能敏感的打表那么从一开始就写 C++ 大概率能跑出更多数据. 再次如果是作为脚本跑对拍的话, 作为一个胶水语言并不需要关心它的实际性能. 以及 [OI Wiki 不是编程语言文档](https://oi.wiki/intro/what-oi-wiki-is-not/#oi-wiki-%E4%B8%8D%E6%98%AF%E7%BC%96%E7%A8%8B%E8%AF%AD%E8%A8%80%E7%9A%84%E6%96%87%E6%A1%A3%E5%92%8C%E5%AD%A6%E4%B9%A0%E6%8C%87%E5%8D%97)

> CCF GESP等认证、比赛是可以采用Python答题的,本PR主要是为了服务于GESP等比赛的Python组选手。 这些比赛和算法竞赛是否相关可能有待商榷(

> 但是递归限制这方面个人觉得可以加上去(分治、DFS、BFS等算法用得到) 这方面的话, 感觉需要谨慎一些写? 因为 Python 的栈帧挺大的, 默认限制递归层数还是比较有道理的? 随便解禁不一定合适也不一定能达到预期目的

> 这个限制是CPython解释器里定义的,和CPP的操作系统定义不同。 我完全理解这个问题, 但我的疑问和 C++ 是无关的. 我的意思是您是否完全理解这样做所产生的所有影响以及是否完全理解这样做能否达到预期目的( 比如在 Python 的栈帧远大于 C++ 的情形下直接增大递归限制会对性能以及资源消耗产生什么影响(