Linux Kernel和glibc的接口定义稳定吗？

fender010

rt，

我想问问Linux Kernel和glibc对外的接口现在是不是已经基本上算是定型了，

还会不会有什么比较大的变化吗？

pingz

应该比较稳定吧，不过如果对比一下十年来硬件接口的变化……谁知道将来会怎么样呢。

coderoar

至少多媒体和虚拟化方面还没有定型。

fender010

不变是不可能的，只要是小规模的逐渐的调整变化就好了。

poet

Post by fender010;2057508
rt，
我想问问Linux Kernel和glibc对外的接口现在是不是已经基本上算是定型了，
还会不会有什么比较大的变化吗？

内核经常在变，很多人都知道，至少 intel 图形驱动就有部分到内核里面去了。为了实现完全不闪的启动过程，这个是必须的。

至于 glibc ，这个并不总是重要的，对于传统的很多嵌入式系统，常常根本就不用 glibc，而使用其它的 libc 代替。——所以依赖 glibc 特有接口终归是影响程序可移植性的。

fender010

不懂嵌入式啊，哈哈。

lifc

楼主该不会想搞glibc的替代品吧？不然应该不用太关注这方面的接口变化，glibc自然会想办法帮应用程序做中间匹配（例如async io等调用）。正常来说只有直接写cd80汇编（int 0x80）调用内核的应用才需要关注这个层面的细节，但是常用的fork、open之类的系统调用很多年基本没变过，详见/usr/src/linux/arch/x86/kernel/syscall_table_32.S。如果觉得glibc太大可以考虑用uclibc，也不用自己重新发明轮子。