#archlinux-cn-offtopic

!sHfvsJejodKvXevZ5DIO_XTCyV0ElW1n6NOR__tH7Pc

23,333 messages · Page 221 of 234

telegram_1071194014
C++ 没有 export 也挺麻烦的
telegram_241995008
* 感觉HPC CG HFT 嵌入式 都是C++但是完全不一样
telegram_241995008
我的看法:HPC CG HFT 嵌入式 都是C++但是完全不一样
telegram_241995008
更重要的不是语言特性是领域知识吧
telegram_241995008
嗯 只是做系统编程
xtricman
C++26都上静态反射了!
xtricman
都是native RAII了,Rust的语法更不反人类,默认移动显式复制,特性也比C++少很多。
telegram_241995008
是啊 用python当模板生成
telegram_241995008
是啊 挺复杂
telegram_1395981741
感觉不用的,要么直接cpp、要么rust。先感受一下cpp再rust有点浪费时间)
xtricman
其实我在Rust也写了一套类型擦除,*mut Base和&T疯狂transmute。
telegram_241995008
一辈子和c打交道了
telegram_241995008
说不定就去做嵌入式
telegram_1395981741
学完c总要再学个其他的吧,不是cpp就是rust
telegram_241995008
先感受一下c++才能appreciate rust
telegram_241995008
对rust那套应该不怎么在乎啊
telegram_241995008
不吧 学c出身的话
xtricman
meson吧,唯一的映像就是它的文档网页绿绿的。
telegram_899745249
(应该
telegram_899745249
linus 不会数 20
xtricman
然后就可以学习Ruaaaast了🤪
telegram_241995008
或者谷歌那个
telegram_824372155
编译非平凡的软件一般都需要构建系统,make 是最简单的,但是超过 10 个文件手写 Makefile 就很麻烦不合适了。常用的更高级的构建系统有 cmake、meson 之类的
telegram_241995008
遇到大项目自然会碰到cmake meson autoconf
telegram_241995008
我还是觉得 入门只需要学makefile
linuxcn
[m.image] 20260202-12885793.png
telegram_1395981741
或者来试试新秀just(虽然不是对等替代关系
telegram_241995008
makefile就行了
telegram_1395981741
如果是wayland、desktop一系项目,倒是meson居多
telegram_241995008
是啊
telegram_694598748
如果你只打算支持 linux x86-64,那为什么要autoconf
telegram_241995008
我感觉
telegram_241995008
从简单的开始吧
telegram_1071194014
GNU 那一系列的
telegram_819191199
不同项目不一样的 自己看文档介绍就行
telegram_1071194014
大部分还是 autoconf 的吧
telegram_881729343
写个🔨make 直接乱糊一个 build.sh 好了(
telegram_241995008
* 就可以先学单文件直接gcc
linuxcn
telegram_1142823584
* 学完多源码文件的c编译就知道这些是什么用了
telegram_241995008
* 再学两个文件 一个lib 一个main
telegram_241995008
然后就可以学make了
telegram_241995008
再学两个文杰 一个lib 一个main
telegram_1142823584
* 学完多源码文件的c编译就知道了这些是什么用了
telegram_241995008
就可以先学单文件
telegram_241995008
你写c代码的话
telegram_1071194014
🙈
telegram_241995008
遇到在学呗
telegram_1142823584
* 学完多源码文件的c编译就知道了
telegram_1071194014
看错了
telegram_1142823584
学完多源码c编译就知道了
telegram_1071194014
* 这是 make 的
telegram_1071194014
不用啊,就是构建系统不一个
linuxcn
Makefile
linuxcn
> <@telegram_1071194014:nichi.co> 这是 autoconf 的 那真正的编译软件,是要自己写那些文件 然后才能make 吗
telegram_92432906
一個上游算一個包吧
telegram_1071194014
这是 autoconf 的
telegram_1071194014
软件包更新,依赖关系都不好弄
linuxcn
> <@telegram_819191199:nichi.co> make -j8 && make install 就这一个命令就可以吗,这是只能编译C项目吗
telegram_1071194014
这个东西应该没多少人日常使用吧
telegram_92432906
就LFS這本書後半和BLFS整本都是按軟件包分章節,每個包一節吧(init 這種還得考慮和所有包的整合
telegram_1914797688
我记得lfs好像有让你选择构建包管理器的章节
telegram_1142823584
* 学构建器make cmake怎么用就好了
xtricman
所以这个计数是,文档某章节的子章节数目?per sub section count as one 'package'?
telegram_819191199
make -j8 && make install
telegram_1142823584
学构建器make cmake就好了
telegram_819191199
现在三桑在传说中都能清零了
linuxcn
这个有必要学吗
linuxcn
我还没有尝试过编译安装呢
telegram_819191199
假货多
telegram_881729343
软件包真的也就是你印象里的那个,像是 systemd gcc 这种 但是也没打包,只给你一个制造 LFS 的手册
telegram_92432906
LFS 的發布方式是文檔(一本書
xtricman
所以这个“软件包”指什么?按理说随便一个上游项目都可以自己make install,怎么算出88个和逾1000个的?
xtricman
那看来需要博士学位才能申请办公室这种岗位了。不过中专毕业的可以当宣传员宣传这个系统的好处。
telegram_881729343
没有打包,全靠自己 make install 这样
xtricman
软件包?这个软件包的提供形式是……上游源码简单repack?
telegram_824372155
我也没看懂,这操作安全吗?怎么感觉像掩耳盗铃(
xtricman
只要MS喜欢。
telegram_336845267
你和U盘比当然了
telegram_1077848357
继续保持这个节奏的话应该用不了太多年吧
telegram_7087066079
为什么m$ 从 NT 6.4一下到10.0
telegram_8459942659
有生之年能看见10.0吗
telegram_8459942659
233
telegram_1042633155
后者
telegram_8459942659
还是说纯属linus觉得数字太大了
telegram_8459942659
话说kernel大版本是不是代表大更新()
telegram_1077848357
装系统工具
telegram_899745249
有点 头疼
linuxcn
谢谢
linuxcn
噢噢
telegram_694598748
嗯。没有的话,你就复制链接然后你拿着里面那个数字自己处理吧……
linuxcn
> <@telegram_881729343:nichi.co> 点这个时间 没错,我就是点这个时间
telegram_881729343
Forwarded from 依云: > IPv6 也连不上
telegram_881729343
Forwarded from matrix telegram bridge: > 緒山真寄: wiki.archlinux.org 现在仅支持 ipv6 访问吗,现在好像上不去
linuxcn
* 噢噢, 是在桌面端跳转需要telegram桌面版吗, 不会跳转到tg web
linuxcn
噢噢, 是在桌面端跳转需要telegram桌面版吗, 不会跳转到tg网页
telegram_694598748
哦,你需要有tg,matrix不行
telegram_694598748
应该能跳转的。如果不行,你看看对应的 url scheme handler 是不是设置错了
telegram_881729343
[m.image] 点这个时间
telegram_1071194014
Arch Wiki 坏掉了吗
← Previous Page 221 / 234 Next →

Matrix Historian — Message Archive Browser