C 语言为什么没有发展出类似依赖管理的框架？

[zjsxwc]

就算浏览器上 es5 这种没有依赖注入容器，但也有 requirejs 这种管理依赖的东西，

C 语言是怎么管理代码执行时依赖关系？

这里我指的不是 makefile 这种只能算是文件层面的依赖管理。

[neoblackcap]

动态库？不是系统默认的包管理器吗？

[crysislinux]

哈哈，对啊，包管理就是。C 这种比较麻烦的地方是有 ABI 兼容问题

[GuangXiN]

谁说没有，RedHat 发展了 rpm，debian 发展了 apt，BSD 有 port

[Juggernaut]

C 一直在做底层有差别硬件的无差别化服务支持，一门心思走到底了

[snnn]

有。
去 google 的 github 里面找。

[wellsc]

pacman 啊

[xd314697475]

如果你说的包管理的话，看看 Conan

Conan, the C / C++ Package Manager for Developers

https://conan.io/

[dychenyi]

还用管理？可能没看懂题目。一个 setenv LD_LIBRARY_PATH XXX 不是解决了所有问题吗？ 而且这是操作系统管理的。

[mooncakejs]

C 的跨平台是源码级跨平台，所以依赖就是源代码，动态库基本的依赖交给系统管理了。
yum/apt install libxxx 安装动态库
yum/apt install xxx-dev[el] 安装开发包

[rogerchen]

朋友，所有发行版的包管理器都是为了管理 C 系语言的依赖开发出来的，管理器多得一匹好吗。。。

[sinxccc]

UNIX 就是 C 的 runtime 啊ˊ_>ˋ

[zj299792458]

Apt-get ？ brew ？ macport ？

[feather12315]

autoconf 算不算

[mengyaoss77]

-L -l 算是依赖吧
包管理就用系统自带的啊 那么多！

[feverzsj]

因为 c/c++是应用平台最广的原生语言，无法在标准层面做出限制，即使 c++即将加入的 module，也不是和编译器绑定的

[GeruzoniAnsasu]

C 的代码是不可运行时改变的
编译生成可执行文件时就需要把所有的依赖包含进来
说白了 include 就是复制粘贴把所有用到的库的代码都粘贴进一个文件然后再开始编译

编译完了再生成可执行文件

作为静态语言的 C 压根就没有运行时代码注入和扩展的可能，自然不会有什么代码中间来一行 import，更不会有 try import raise，也更不可能在运行时来引入新的全局符号，静态语言的变量和代码符号都只是地址而已，当我们需要动态生成 /访问一个变量我们有指针，这是 C 的做法，跟有虚拟机的语言是很不一样的。

这跟 O 不 OO 半点关系都没有，你用 C++也不会存在你概念中那种所谓依赖管理框架，对于静态语言来说，依赖管理即库文件管理，即包管理

[veelog]

pkg-config 算吗

[hitmanx]

@GeruzoniAnsasu

> "编译生成可执行文件时就需要把所有的依赖包含进来 "
动态库链接可以是 stub 的呀

> "C 的代码是不可运行时改变的"
如果是来自动态链接的库可以啊，一是可以热更新，二是可以用 LD_PRELOAD(intercept)之类的手段在运行时先于真正的符号库加载

[gnaggnoyil]

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

[yksoft1]

毕竟 C 标准下要考虑到十几 K 内存的单片机的需求。