-g 是调试信息 flag， -grecord-gcc-switches 是把参数存进调试信息，不是 .GCC.command.line 。GCC 也有 -grecord-gcc-switches 。
我说是兼容的就是名字是一样的。当然实现可能会塞点私货。
你要是没有 -frecord-gcc-switches 那估计是版本老了点。

KDE 很简单的，比如我平常都不用 Dolphin 直接管理本机的文件。而是打开 Dolphin，地址栏中输入 sftp://[email protected]/ ，home 目录就出来了

膜拜刚用 Linux 就玩 Arch 的猛士

我还不知道有这个功能 ...
查了一下发现 GCC 有个 flag 叫 -frecord-gcc-switches，不写好像是不会有这个 section 的。楼主该不会是哪个发行版默认打开了吧
然后 Clang 一般是和 GCC 兼容的，直接找对应的 flag 就行了
https://reviews.llvm.org/rL299037
https://reviews.llvm.org/D54487

USB 无线网卡能不能解

Expression Problem 了解一下

楼主你既然问了那就安慰一下楼主，这事不是这么算的。
30 系唯一明显比 20 系吼的地方就是绝对算力，就是绝对算力。（还有功耗可能也算，不过在牙膏这个词成为 DIY 社区高频词汇之前的 good old days，这都是新制程的常规操作）
算力翻了倍，内存带宽却只是线性增长，算力性能的发挥很有可能受限制。实际上除了上 HBM 的几个特例以外，每代 GPU 的内存带宽都越来越挤，但是 Ampere 这代是真的算力翻倍内存没进步，格外内卷。另外 3070 好像只有 4MB 的 cache，2080Ti 有 6MB 。
3070 的 fillrate 相比 2080Ti 也不占优势。
3080 显存也只有 10GB，为啥不是 11GB ？看到 3090 的 24GB 显存就民白了，老黄大概是看 AMD 皮薄馅儿大的套路吃香，于是自己学过来，再结合自家强大的刀法，玩儿了个威力加强版——拼命堆料然后拼命 differentiation 。以前 1080Ti 和 2080Ti 是 0.36787944117 个专业卡，这次这个长者不浑水摸鱼了，直接摊牌——便宜卡就是给臭打游戏的，然后在南海边 ... 哦不 10GB 显存这地方画了一个圈 ... 告诉你 10GB 以下就是臭打游戏的，10GB 以上就是鼻孔朝天横着走的专业用户，然后给 3090 定了个 Titan 的价，告诉你臭打游戏的不要想买。
你问 3080 呢？新 80 算力吊打老旗舰常规操作，坐下。

倒是前两代 Ti 的 11GB 专业显存，我们臭打游戏的这辈子是别想碰了。

你这不叫可视化，你这就是调试器吧 ...

.NET Core 好像是 16 年发布的 ...

都在说游戏，光追硬件对于离线渲染有明显的加速效果。配合老黄在 Turing 一代垃圾一般的产品布局，导致哪怕是乞丐 2060 都能整出超越 1080Ti 的性能：
https://www.phoronix.com/scan.php?page=article&item=blender-281-optix&num=3
https://www.chaosgroup.com/blog/v-ray-gpu-adds-support-for-nvidia-rtx

1080Ti 首发 700 刀，2060 首发 350 刀。
这东西对工作流的影响更重要，不需要 4k，也不需要什么 144 帧，我只需要实时在 viewport 中预览效果就可以。而这在五年前是根本不敢想像的事情。
这种事情没有什么”性能溢出“一说，你问我多少算是够？越多越吼！

这个问题吧，有点像在茅台论坛里面问”为什么肯德基不好吃？百事可乐喝起来不是挺爽的吗？“
我先把手头这个板烧鸡腿堡吃完再说 ...

请楼主立刻拆除电脑里所有 GPU 换上 IBM 8514 。

比如说一个现代的 GPU，它需要占一个 PCIe 的插槽（或者 CPU 的 die area ），还要耗费额外的电力，最重要的还要花钱买，，那么这些我认为都是极大的资源浪费。因为 CPU 什么运算都能做，图形运算也可以，现在又单独搞那么一块功能 100% 冗余的 GPU 。
就好比如说，本来你可以直接去市场买菜，却自己去种菜。

有的文化里面名字虽然长，但是还是从一个基本固定的池子里面挑的。当然可能会显式的掺入一些比如父名、性别之类的信息（中国名字里面性别信息是通过意思隐式传达的）。
不同文化的很多名字也有同源关系，只不过方言不同。然后一堆人凑一块，显得名字多了。
中国人挑字，外国人挑词。

这个配置怎么看都是一种 /r/unixporn 里面折腾 bar 那群人的既视感 ...

我正好搞过这个，需求是给 B 站直播 up 主录回放。方案是在一个 tmux pane 里面起一个循环轮询 B 站 API，检测到状态在直播就再开一个 pane 用 you-get 下载，完后 ffmpeg 转一遍： https://github.com/secondwtq/bmon

用不着 send-keys，直接东西写进一脚本里面 split-pane/new-window/split-window 就行，不然你开的 shell 还得手动关

你这个不是 “C/C++ 的装机历程”，你这个是“巨硬家 C/C++ 的装机历程”
其实你装 Xcode 也是一堆烂事（ XcodeGhost 还记得么），不过只装 Command Line Tools 的话貌似还凑合

“怎么就不能即装即用”
Dev-C++ 就是即装即用的，MSVC 勉强算吧（ MSVC 是安装容易卸载难）。VSCode 是前端编辑器，VSCode + MSVC 的缝合怪没有即装即用的道理。
另外很不幸的是，C/C++ 是大爷，本来就没有“即装即用”的道理（虽然 Dev-C++ 和 Linux 下基本都做到了，但是这是情分，不是本分）。从产品经理的思维考虑，当你的东西需要吸引用户时，你才屑于去做“即装即用”。因此 安卓 App 需要即装即用，还得塞你个红包。MSVC 和 Xcode 这种垄断的第一方专有软件不需要即装即用。C/C++ 这种事实行业标准也不需要即装即用。只有妄图“取代 C/C++”的逆贼才会标榜“即装即用”。

reduce 了半天 case，好像删了 using VariantChoice<Types, Types...>::VariantChoice... 这句就没事了

然后找到了俩 GCC 的 bug report：
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79094

瞎改了下把 GCC 改过了 ...
报错的地方全加个 :: ，变成 ::VariantChoice<Types, Types...> 就行了

假设楼主说的”开发者“是指苹果最喜欢拿出来吹的”靠 App Store 生态走上人生巅峰的独立开发者“。那我倒觉得分成不是什么问题。这种开发者要收费的话得在各市场自建渠道，成本可能不比 30% 低。App Store 把这些工作全都集中起来，算是提高了效率。
（当然你要是去做个匿名调查，问这些开发者 App Store 分成高不高啊？要是能降低一点吼不吼啊？当然大部分人会说”吼啊，当然啦！你问我资瓷不资瓷，我说资瓷，我就明确可以告诉你“，毕竟打个嘴炮又不用负泽任，谁还不想多赚点，信不信就算分一点比如 1.9260817% 这么微小的成也肯定会有人时不时把苹果批判一番）

最近这事问题明显是出在有能力自建渠道的带厂。Steam 看得很透，但是解决方法太简单粗暴了，搞了个分级累进税，卖的越多交税越少，好像确实有点用？但是吃相就更难看了 ... iOS 能闹这么大主要还是库克特首和人民首富通过气了，只许淘系的快递过关，京东物流不让。

还有就是这东西和开源天然不兼容。我不管是给自己用还是给别人用，都得交税。一次性的也就算了（一次性费用我都能接受，就当是手机又涨了一百刀罢），还是订阅的。本来开源就不怎么赚钱，开源协议又赋予用户又有不付费使用开源软件的自由（实际这个自由在 iOS 上并不存在 ...），这个税谁来交呢。