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 -fPIC
dmd -oflibtest.so lib.o -shared -defaultlib=libphobos2.so
dmd -c main.d
dmd 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
文件。具体作用请读者自行探究。
还有几个点说一下:
-
在调用
dlopen
和dlclose
时,会分别调用的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
服务器托管,北京服务器托管,服务器租用 http://www.fwqtg.net
机房租用,北京机房租用,IDC机房托管, http://www.fwqtg.net