首页 中国创投网 > 民生 > 正文

环球动态:Dlang 与 C 语言交互(二)

Dlang 与 C 语言交互(二)

随着需求不断增加,发现好像需要更多的东西了。在官网上找不到资料,四处拼凑才有了本文的分享。


【资料图】

上一文(DLang 与 C 语言交互(一) - jeefy - 博客园)中说了非常简单了例子。本文试着向更高级的方法拓展。

文章链接(防止机器搬运):https://www.cnblogs.com/jeefy/p/17503853.html

目录Dlang 与 C 语言交互(二)链接库GDB动态加载链接库作者有话说链接库

对,还是它,只是这次给出更多的解决思路。

在 Writing Shared Libraries With D On Linux - D Programming Language 中我看到了这个命令:dmd -oflibdll.so dll.o -shared -defaultlib=libphobos2.so -L-rpath=/path/to/where/shared/library/is

其中 -L...后面跟的东西叫做 linkflag,会在链接的时候使用。

于是对于一个程序,我们可以通过:

dmd somefiles.d -L-lsomelib -L-rpath=/additional/path/to/search/for/lib

来设置链接库。

其中 -rpath=...的意思可以参考:GCC 中 -L、-rpath和-rpath-link的区别 - lsgxeva - 博客园

于是在我的项目 Jeefy / jimg · GitLab 中,最终的编译命令为:

dmd ./src/main.d -of=./build/main -I./src -L-L./build -L-rpath=./build -L-ljimg

编译前在 build目录下有一个 libjimg.so文件。

我通过此命令链接到这个库。

那么接下来的问题在于转化为我如何将多个 dlang 文件编译成一个 .so文件。

这里设 OBJS表示所有预编译后的文件(.o)。

有如下命令(采用的是 Makefile的语法表达):

dmd $(OBJS) -shared -fPIC -of=libtest.so -L-lsomelib

我成功的获得了一个可以使用的库。

利用 ldd libtest.so查看依赖,可以发现所有的 -l...的依赖都被加入其中。

也就是说我可以把一个模块以及其依赖打包成一个 shared library然后通过 -L-l...来链接它。

这是唯一的方法吗?并不是的。

事实上采用 gcc/g++也可以。与上面类似:

gcc $(OBJS) -shared -fPIC -o libtest.so -lsomelib -DSOME_MACRO

可以得到一样的结果,并且我还可以定义一些宏传入其中。也就是说实际 gcc可能功能更齐全。但是如果其中包含了没有预编译过.d文件,就只能使用 dmd达到这种效果了。

GDB

需要调试?不知道用什么调试?利用专门写给 dlang 的工具调试发现对 C 的支持不好?

于是转身向 gdb 走去。

想要打开调试功能,则需要在编译的时候加入 -g参数。

无论是dmd还是gcc都要。之后通过 gdb 调试即可。

命令,断点什么的和一般的调试是一模一样的。不多说了。

动态加载链接库

在 Writing Shared Libraries With D On Linux - D Programming Language 中有众多讲解,这里提两句。

在 dlang 中加载链接库需要用到 core.sys.posix.dlfcn,这相当于 #include 。也就是说,dlang 中加载动态库的代码与 C 中几乎一模一样。

这里不妨以 dlang 加载 dlang 的库为例。

lib.d 编译为链接库,main.d 中加载。

dmd -c lib.d -fPICdmd -oflibtest.so lib.o -shared -defaultlib=libphobos2.sodmd -c main.ddmd main.o -L-ltest -L-L. -defaultlib=libphobos2.so -map

-defaultlib=libphobos2.so是否是必要的取决于链接的对象。

加上它之后的区别在于 libtest.so, main会添加动态的对于 libphobos2.so的依赖。可以通过 ldd查看。也就是是静态链接和动态链接的区别。

如果是在 dlang 中加载 dlang 的库,那么是必要的,否则,会有多个 dlang 的实例在运行,产生冲突。(Otherwise, the result will be multiple instances of the D runtime conflicting with each other.

反正只要不是多个 dlang 库间调用,那么就要用 -defaultlib=libphobos2.so。反之则不用。

这里面 -map指生成链接中的 .map文件。具体作用请读者自行探究。

还有几个点说一下:

在调用 dlopendlclose时,会分别调用的 static this() { ... }以及 static ~this() { ... }

如果是 C 中调用 dlang,此时 libphobos2自动被打开,不需要再手动加载一次。文档原文 Note that libphobos2.so gets automatically dynamically loaded as well.

....

作者有话说

有一段时间我疯狂吐槽 dlang,仅仅是因为我当时认为其对 C/C++ 的支持很烂(在尝试写 jgui 的时候),如此接近 C 系列的语言竟然这样!然后我就没有如何看 dlang 这个东西。

后来我机缘巧合之下,看到了 quandim项目。于是我就想实现类似的功能,于是开始写 Jeefy / jimg · GitLab 接着就探索到了本文中的内容。确实机缘巧合令人惊叹。

接着发现一点中文文档都没有……全是英文。幸亏我英语不错,看这些文档还是没有问题。所以才有了这些文章。

哎,幸亏是高中生,不然真可能直接摆烂,然后放弃 dlang。

说实话,dlang 还是非常好的一种语言,虽然其 class的内存分配是真的弱智……就不能同时 new多个对象,一起分配空间吗 QwQ

关键词:

关于本站 管理团队 版权申明 网站地图 联系合作 招聘信息

Copyright © 2005-2023 中国创投网 - cn.xunjk.com All rights reserved
联系我们:39 60 29 14 2@qq.com
皖ICP备2022009963号-3