今天在归档minigui时，发现一个奇怪的问题。minigui的静态库加minigui软键盘的静、动态库怎么编译都通不过。而minigui的动态库加minigui软键盘的静、动态库都可以编译通过。且minigui的动、静态库是一个版本编译出来的。其中minigui的软键盘库是依赖于minigui库。

#################################################

libminigui.a 和libmgi.so    编译通不过

libminigui.a和libmgui.a 编译通不过

libminigui.so和libmgi.so  编译通过

libminigui.so和libmgui.a  编译通过


郁闷好久，最后无意中发现了原因。


makefile中的链接顺序不对， 库的链接如下：-lminigui -lmgi。改为：-lmgi -lminigui

 总结：当A库依赖于B库时，B库是用的静态库，则在编译的时候链接顺序应该是 -lA -lB


Logo
Linux

更多推荐

网卡速率和双工模式的配置

http://linux.chinaitlab.com/system/792187.html1、mii-tool 配置网络设备协商方式的工具；    1.1 mii-tool 介绍；    mii-tool - view, manipulate media-independent interface status （mii-tool 是查看，管理介质的网络接口的状态）

avatar Linux

Linux虚拟文件系统之文件系统卸载（sys_umount())

Linux中卸载文件系统由umount系统调用实现，入口函数为sys_umount()。较于文件系统的安装较为简单，下面是具体的实现。1. /*sys_umont系统调用*/2. SYSCALL_DEFINE2(umount, char __user *, name, int, flags)3. {4.struct path path;

avatar Linux

Linux系统下超级终端Minicom的使用方法（例如：连接交换机，路由器等）转http://baike.baidu.com/view/2911642.htm?fr=ala0_1

<br />　　Linux系统下超级终端Minicom的使用方法 <br />　　Linux下的Minicom的功能与下的超级终端功能相似，适于在通过超级终端对设备的管理以及对嵌入操作系统的升级，现写出Minicom的使用手册： <br />　　1． 启动minicom <br />　　以root权限登录系统 <br />　　使用命令 <br />　　minicom –s 则minicom启动，屏

avatar Linux