关于system call和standard c library。

davelv

1. 
   
2. [dave@dave ~]$ uname -sr
   
3. Linux 2.6.32.16-141.fc12.i686.PAE
   
4. [dave@dave ~]$ cat test.c
   
5. #include <sys/stat.h>
   
6. int main()
   
7. {
   
8.         chmod("./",0);
   
9.         return 0;
   
10. }
    
11. [dave@dave ~]$ gcc -O3 test.c
    
12. [dave@dave ~]$ nm a.out
    
13. ......
    
14.          U chmod@@GLIBC_2.0
    
15. ......
    
16. [dave@dave ~]$ nm /usr/lib/libc.a | grep chmod
    
17. ......
    
18. chmod.o:
    
19. 00000000 T __chmod
    
20. 00000000 W chmod
    
21. fchmod.o:
    
22. 00000000 T __fchmod
    
23. 00000000 W fchmod
    
24. lchmod.o:
    
25. 00000000 n __evoke_link_warning_lchmod
    
26. 00000000 T lchmod
    
27. fchmodat.o:
    
28. 00000000 T fchmodat
    
29. ......
    

复制代码

fender0107401

看来linux也是在libc里面，

估计其他的unix-like也是这样一来的，

我觉得system call是内核提供的一个基本的服务，怎么会在libc里面呢？

难道内核提供的其他服务，比如说内存管理也不在内核心里面，这个应该不会吧，

至少在编译内核的时候有调度器的选项。

davelv

怎么说呢，感觉libc是个大接口的汇总。
系统调用要入内核态，上下文转换不能让应用程序员去搞吧。所以就都包装在libc里面了。

notbusy

Libc实现系统调用，Kernel在处理函数里实现系统调用的功能。一个是Caller，一个是Callee。