- 主题:静态链接的三大坑
不依赖docker确实更爽些
不过打包成docker image使用so的技术门槛低不少
我这种不懂c++的都能干
【 在 mopo 的大作中提到: 】
: 多人的也可以简单,基础架构的定好版本和规范,提供基础库的lib,也可以做到全静态链接,最后应用打成一个几G到十几G的bin,对大厂来说,只要业务/kpi需要,没有什么干不成的
:
--
修改:littleSram FROM 114.249.18.*
FROM 114.249.18.*
是的,自动驾驶里docker已经是标配了,就是因为各种依赖实在复杂,当然以后为了极致性能也可能会去掉
【 在 littleSram 的大作中提到: 】
: 不依赖docker确实更爽些
: 不过打包成docker image使用so的技术门槛低不少
: 我这种不懂c++的都能干
: ...................
--
FROM 221.224.15.*
现在都用docker了,甚至在docker中装vscode调试代码。
--
FROM 223.94.44.*
静态链接是布署阶段的,开发时继续使用 docker 肯定是没有问题的。
比如阿里云和金山云都有内置于虚拟机的监控程序,用 docker 不合适。
【 在 littleSram 的大作中提到: 】
: 一个人的工程可以控制,多人的很难吧
--
FROM 120.33.10.*
.h里不可以初始化任何变量。只能说明变量,不可以定义变量。
【 在 z16166 的大作中提到: 】
: 最近一直在改造一些库使用musl静态链接
: 三大坑:
: 1、在头文件中声明并且初始化的一堆变量(主要是接口的GUID)。
: ...................
--
FROM 221.221.48.*
规范定得好的可以
现在inline constexpr可以在头文件里定义变量了,就是不太好
【 在 ylh0315 的大作中提到: 】
: .h里不可以初始化任何变量。只能说明变量,不可以定义变量。
--
FROM 221.218.163.*
如果定义了static ,是可以的。但是注意,每个.c里都有各自的,互相无关。
【 在 z16166 的大作中提到: 】
: 规范定得好的可以
: 现在inline constexpr可以在头文件里定义变量了,就是不太好
:
--
FROM 221.221.48.*
为啥不docker一把梭
【 在 hgoldfish 的大作中提到: 】
: 服务端用这个链接容易布署啊。全静态链接完可以随便往服务器上面复制运行。
--
FROM 218.200.160.*
如果能全静态链接,为啥要 docker 呢。扔一个单一的 exe 文件而已啊。很多人用 go 语言就是一个 go 程序到处扔啊。
【 在 fly2never 的大作中提到: 】
: 为啥不docker一把梭
--
FROM 59.60.25.*