arm的编译器里已经有C标准库的lib包了,android为啥还要自己再实现呢
浏览数：19 /
时间：2015年06月11日
arm的编译器里已经有C标准库的lib包了,android为啥还要自己再实现呢
google自己搞的bionic libc来替代glibc想来是有原因的，本来glibc也是lgpl，应该也没有版权问题，但是系统调用的接口有限，google应该是用自己的bionic libc来暴露出更多的系统调用接口，系统调用不属于GPL，这样才有可能让上层有更大的权限去操作底层驱动，这样硬件厂商就可以将有关商业利益的代码放到HAL层(hardware abstraction layer)，底层驱动层只要提供操作接口，这种代码在内核公开出来也无所谓，主要的业务逻辑仍然在HAL层以二进制或者库的形式存在，虽然放到了用户空间，但这才是正真的驱动，也正好避开了GPL的感染性，其实主要是显示先关的芯片有这个需求，google这一招太厉害
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
