在 S60 上如果用 RLibrary 动态加载其他库，那么在 Lookup 函数时就会遇到真正的痛苦，原因很简单，开发人员的手里通常只持有类和函数的名字，而 Lookup 却要求你提供一个 ordinal（此处省略鄙视 Symbian 文字约二百字）。

我们的程序在链接时也会面临这个转换过程，不过那时费力气的是那个叫做链接器的憨小子，我们只要在一旁看着就好。现在要把这部分工作手工做一遍，那就得找到函数名字和导出序号的对应表格。其实这个表格就深藏在 DLL 所对应的 lib 文件里，我们只需要一个 lib 文件的查看器就好。

可惜得很，尽管程序员往往必须关注最终用户的体验，把许多软件的界面做的越方便越好，但程序员自己所需要的工具却经常粗陋不堪，甚至能不能找到一个可用的东西都难说。你所面临的 lib 有三种，S60 第二版或者第三版的模拟器构建中的 lib、S60 第二版的设备构建中的 lib，以及 S60 第三版的设备构建中的 lib。模拟器构建中的 lib 非常好处理，微软的 dumpbin.exe 是不做二选的利器，命令行下 /exports 一下目标 lib 文件，对应关系就一目了然了。至于 S60 第三版的设备构建中的 lib，则可以借助于 GCCE 中的 arm-none-symbianelf-objdump.exe 工具或者 arm-none-symbianelf-readelf.exe 工具，对应的参数好象是 -t 和 -a -W。

最糟糕的是 S60 第二版的设备构建中的 lib，可以对它操作的貌似只能是 SDK 里自带的 GCC 中的工具，objdump.exe 虽然也在，但是输出的信息里却好像没有找到函数名与导出序号的对应关系，截至本文发表的时刻，仍然无解，敬请高手指点。

更新（上述最后一种情况的解决方案）：
在网上找到了一些其他的信息，指出了导出序号其实就隐含在 objdump.exe （或者是 nm.exe）的输出信息里。前述命令可以列出 lib 中包含的一系列的 .o 文件，而文件名中的数字就是对应于函数的导出序号。

参见以下资料：
1、http://www.newlc.com/How-to-dump-DLL-exports-using-LIB.html
2、http://www.newlc.com/article.php3?id_article=453

另，得知 fontrouter 工具开源了，地址：http://code.google.com/p/fontrouter/source/checkout