@geelaw 实参本身作为表达式其类型不能是引用类型的,对,就算是由指向某个引用的单个名字构成的 id-expression 也不能.

@geelaw 讲道理"形参"没有"接受"这一说吧.严格的说法应该是"参数列表能接受(param_1 左值,param_2 左值)"大概?

@faceair 不太了解 go,不过碰到这种情况不考虑用 lazy evaluation 避免将内存分配写死吗?

Inziu Iosevka

解决办法就是承认面对现实的需求不存在一个一劳永逸的方法可以在任何情况下都方便并且高效没有 overhead 地表示一个字符串.LZ 也可能感觉到了 null-terminated 表示法的局限,并且觉得是否有什么可行的替代品.但这里的问题是对于一个 const char *由于历史和与 C 交互的原因在大部分场景里它所被期望的都是一个 null-terminated string 而不是别的什么东西.要想摒弃 null terminated 的假设那么就需要引入新的设施,这也是为什么会有 range ts,和 C++17 的 string_view 的原因.

当然这里是假设 LZ 在自己制造一个 string 类库.如果想实现标准库的 string,那么就乖乖遵照标准的接口要求,把\0 加上吧……

没看懂需求是什么.sefun 是个什么类型的东西?

具体到 C++,奇技淫巧和是否符合标准之间没有必然关系,倒不如说不符合标准的奇技淫巧都不好意思说自己是奇技淫巧(逃

具体到主贴这个例子,任何 STL 容器的 iterator 是否会被 invalidate 以及在何时会被 invalidate 作为 STL 接口的一部分都是被写在标准文档里的.所以这和各个实现的差异没有关系,毕竟敢于公开声明自己无视 ISO C++标准的实现到目前为止一个都没有——换句话说,C++各个实现中几乎没有形成符合大众认知的所谓"方言"的东西,根据各个实现公开的文档所描述的东西之间的差异大部分不超过对于 C++(不同版本)标准的实现的差异.而 C++标准及其各个版本的差异在 cppreference 里都可以按照词条查到——比如主贴所说的 iterator 问题.当然,早已向公众公开的 ISO C++标准草案(及其历史版本们)毫无疑问则是更权威的一个资料来源.

当然不怕一万就怕万一.真的要折腾不同实现的差异的情况也不是没有.比如某些实现对于标准的支持程度就是呵呵,再比如需要折腾 impl-defined 或者一些编译器扩展.我接触过的编译器不多,碰到这种情况我通常会查阅各个编译器自己的文档.比如 msvc 就上 https://docs.microsoft.com/en-us/cpp/cpp/c-cpp-language-and-standard-libraries , GCC 就上 https://gcc.gnu.org/onlinedocs/ , Clang 就上 https://clang.llvm.org/docs/ ,无论是查标准支持差异,还是实现定义行为,或是对标准的扩展,都是可以轻松查到的.

要是 LZ 对如何把一个 invocable object 给塞进一个函数中这个问题想不明白的话,可以想想标准库中的 std::thread 是怎么实现的……

这年头竟然还有对章即威联合大学有归属感的学生……这是受虐虐出病了吗.

@neoblackcap 我所反驳的恰恰是网上很多用国内 web 服务的规模来"以偏概全"地论证国内 IT 水平地观点.毕竟 JTC1/SC22/WG21 的国籍分布还是能反映出一些事情的:国内 IT 界对于基础设施的重视程度很难说足够,对于"把业务需求归纳成一个个技术上的问题","分析这些问题的本质是什么"这一点很难提供足够的驱动力.很多 web 企业说难听的就是靠各种非市场竞争的手段霸占广大用户之后纯粹靠规模过日子,没了国内市场自己几乎没有多少价值.

更何况真要论市场中国未必就大:如果一个人穷到没钱花那他怎么可能成为消费者.而要论国民收入,在总量上中国就算又优势也未必比日本大多少.毕竟日本好歹还是全球数——二数三的发达国家,人均国民收入是中国的好几倍,论人口总量一亿也不是少数.如果说日本在 web 服务上的市场没有中国大的话,可能人家只是没有点出这个技能点的需求呢?

我是不知道为什么总有人自我感觉良好觉得日本 IT 不如中国.难道是因为没用过 wandbox 吗……向 JTC1/SC22/WG21 灌水日本人一抓一大把,National Body 里也赫然列着一个 JP.而另一方面作为对比唯一一个在那里扔 paper 的国人还不知道现在是否已经是国籍意义上的跑路了,至于 NB?不存在的.png

@feather12315 systemd 等 daemon 不能在 WSL 上跑不假,但这不代表带有 systemd 的 distro 一定不能在 WSL 上跑(有些功能因此而缺失是真的,比如 coredumpctl).我现在就在 WSL 上跑着 archlinux 的各种 utils,除了已知的少数几个方面以外大部分情况下一点问题都没有.而 archlinux 默认就是用 systemd 来管 services 的

valgrind 不是用运行时 overhead 来检测 dynamic storage 的内存安全性的工具么?碰到像 LZ 这种 automatic storage 的情况一般都是无能为力吧?这种情况应该用 Clang 或者 GCC 的 UBsan 跑一遍.

@bramblex 然而如果你写过高精度运算库的话就会发现进制转换的问题也是可以很要命的……

我就从来没见到在 win 下有哪个 git GUI 能同时满足美观展示提交历史和分屏展示 diff 这两条要求……所以我到现在都一直在用(有 icdiff 帮助下的)git 命令行……

然而讽刺的是,Makefile 等东西恰恰在 C 的所谓"依赖管理"中起到了主要作用——函数位置的确定都是靠 linker 来完成的,而 linker 的输入嘛……一般都是实现指定好的 object file.

@lrxiao sum*N 又是哪里来的……