加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c – GCC:指定要构建的静态/动态库

发布时间:2020-12-16 07:29:25 所属栏目:百科 来源:网络整理
导读:我有一个简单的C项目,结构如下: – 一个基础项目(即:包含main()),以及与其他所有内容的链接 – 一些自定义库都构建为静态库(即:.a文件) —其中一个静态库使用共享目标文件中的功能(即:.so文件) 因此,例如,在完成所有初始编译之后,这就是项目在链接时(在
我有一个简单的C项目,结构如下:
– 一个基础项目(即:包含main()),以及与其他所有内容的链接
– 一些自定义库都构建为静态库(即:.a文件)
—其中一个静态库使用共享目标文件中的功能(即:.so文件)

因此,例如,在完成所有初始编译之后,这就是项目在链接时(在树视图中)的显示方式:

-myApp            (the main application)
--libaudio.a      (the audio library I made)
--libnetwork.a    (the networking library I made)
--libvideo.a      (the video library I made)
--libboost.a      (boost library)

最初,这个项目建立得很好.我只需要确保我的makefile中有一个简单的行,如下所示:

LIBS+=audio network video

最近,我不得不改变音频库的工作方式.我现在需要使用第三方库,我所拥有的只是头文件(.h)和共享对象(.so)文件.所以链接时的新结构如下所示:

-myApp              (the main application)
--libaudio.a        (the audio library I made)
---libthirdparty.so (contains third-party audio handling functions)
--libnetwork.a      (the networking library I made)
--libvideo.a        (the video library I made)
--libboost.a        (boost library)

实际上,这意味着我有一个链接静态库的应用程序,该应用程序调用外部共享对象.因此,我将头文件放在适当的位置,以便在编译libaudio.a时没有任何构建错误,并将libthirdparty.so文件放在链接器搜索所有已安装库的位置.

在这一点上,我无法得到建设的东西.它只是没有看到libthirdparty.so文件,即使我知道它位于链接器默认搜索的位置.出于某种原因,包装我的libaudio代码,如下面的示例(从www.cplusplus.com借来的)修复了构建错误:

my_C_CPP_Header.h:
#ifndef MY_C_CPP_HEADER
#define MY_C_CPP_HEADER

/*check if the compiler is of C++*/
#ifdef __cplusplus
extern "C" {
int myOtherCfunc(int arg1,int arg2); /* a C function */
}
#endif

void myCppFunction1(); /* C++ function */
void myCppFunction2(); /* C++ function */

/*check if the compiler is of C++ */
#ifdef __cplusplus
}
#endif

#endif

现在,我有一个新问题.现在它正在构建,它不再在libboost.a中静态链接,而是在启动时因libboost.so不存在而崩溃.因此,如果我设法完全构建libboost,这个设置会以某种方式破坏libboost的编译方式.

欢迎任何建议.谢谢大家.

解决方法

最后,有一个“LIBPATH =”而不是覆盖库包含路径的“LIBPATH =”语句.解决.

感谢大家的帮助.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读