google的硬编码:mVendorLibHandle, "_ZN7android15createOMXPluginEv"

fallshuang

今天看android的源码，发现这么一段代码

1. 
   
2. void OMXMaster::addVendorPlugin() {
   
3.     mVendorLibHandle = dlopen("libstagefrighthw.so", RTLD_NOW);
   
4. 
   
5.     if (mVendorLibHandle == NULL) {
   
6.         return;
   
7.     }
   
8. 
   
9.     typedef OMXPluginBase *(*CreateOMXPluginFunc)();
   
10.     CreateOMXPluginFunc createOMXPlugin =
    
11.         (CreateOMXPluginFunc)dlsym(
    
12.                 mVendorLibHandle, "_ZN7android15createOMXPluginEv");
    
13. 
    
14.     if (createOMXPlugin) {
    
15.         addPlugin((*createOMXPlugin)());
    
16.     }
    
17. }
    

复制代码

_ZN7android15createOMXPluginEv

这样的硬编码写法是依赖于编译器的， 如果某天g++ 编译器升级了， 类似 _ZN7 这样的前缀被改变了， 这种硬编码的代码全部都要改。

zhaohongjian000

g++ 没病乱改函数签名的方式干吗？

不过这么写确实有点那啥。

logicBaby

libstagefrighthw.so为什么不extern "C" ???  {:3_182:}

fallshuang

为了实现c++的重载等功能，g++ 必须修改符号表

fallshuang

回复 3# logicBaby


  C的接口可以 extern "C"

问题在于android 这些东西没提供 C 接口， 全是C++的 class, namespace 。

怎么extern "C" ?

logicBaby

回复  logicBaby


  C的接口可以 extern "C"

问题在于android 这些东西没提供 C 接口， 全是C++的  ...
fallshuang 发表于 2011-03-22 09:28

这个。。。  我没写过Andorid程序， 是不能简单 extern "C" ...
Linux下有没有类似windows的UnDecorateSymbolName的函数？ 或者这个地方应该自己写个类似UnDecorateSymbolName功能的函数实现，而不要这种硬编码。
不过Win是因为没有公开函数签名规范而提供这个函数的，g++既然公开函数签名规范就应该不会随意变动。