可以了解一下 gcc 的 constructor

瑞典难民问题怎么样了？

v2 已经出现过很多讨论 TCP 粘包的帖子了，到底是哪个半吊子提出来的概念，很想打人。
字节序这个概念真的太常见了，如果没听说过，可能是一直看的英文资料吧。

ffmpeg
libx264 印象中没有解码功能

荷兰还有其他公司可以推荐吗？似乎没有匹配的岗位

看。
另外，社招应该没停，上周还接到华为 HR 的电话。

这么多人喷的吗？楼主就是想找喜欢编程的人啊，不禁怀疑起喷楼主的各位的理解能力。
以我的经验来看，看代码风格，基本上就能看出来。

@quantal 楼上作者回复你了

别用的太飘逸就好了

之前用 wiz，最近换了 vnote+onedrive

@iwtbauh
裁剪静态库并不是 hack，gcc 编译的时候，默认的情况下，每个.o 文件一个代码段，链接时指定参数可以裁剪掉没有引用到的代码段。更进一步，可以在生成.o 文件时，指定参数，让每个函数独立一个代码段，那就可以做到函数级别的裁剪。
全局变量的问题，是因为静态库被重复链接了。通常是两个动态库用了同一个静态库，或者动态库和可执行文件用了同一个静态库。

@iwtbauh NVIDIA 的驱动没看过，stream 和 jdk 看过，为了灵活，他们里面有自己的 so。这些基本是只依赖系统的 libc 之类的基本库，appimage 其实也是这样。

@iwtbauh 嗯，你说的这个动态库的加载机制我知道。其实静态库是没有经过链接的，可以就看做是.o 文件的合集，在链接成可执行文件的时候，符号都定位好了，你说的重定位也只发生在载入的时候。反而是动态库，可能存在延迟加载，延迟定位，会有性能上损失。至于代码重复，静态链接可以削减没有使用到的部分，不同程序可能使用到的部分并不同。至于插件，万不可能使用静态库，因为链接成可执行文件之后，库已经是可执行文件的一部分了。两种库的使用方式只能说各有优劣吧。

@iwtbauh 噢，另外我要本地调试自己修改链接项为动态库也行，但就是懒，而且临时修改有时候不注意就上库了。

@iwtbauh
另外，内存或者磁盘空间早就不是什么问题了，看看现在 go 语言和 rust 生成可执行文件的方案，根本不怎么考虑这些。
真的有程序要向用户发行的话，还是每个发行版编译一次保险，实在懒就用 appimage。
关于你说的运行速度那点，静态链接比不上动态链接？愿闻其详

@iwtbauh 😂谢谢回复，我大致描述一下自己发这个贴的情况：
1. 已有的项目(不存在向用户发行，运行环境也不是 manjaro)，为了部署方便，里面有大量的静态库链接
2. 我换用了 manjaro 系统，想直接本地调试，编译时提示找不到静态库
3. 进而发现 manjaro 的包没有静态库
4. 网上搜了一圈没什么人讨论这个问题(静态库确实是小众需求)
5. 发了这个贴