编译别人的程序最大的悲哀莫过于那人太依赖libtool、pkg-config这些工具

前端之家收集整理的这篇文章主要介绍了编译别人的程序最大的悲哀莫过于那人太依赖libtool、pkg-config这些工具前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

编译别人的程序最大的悲哀莫过于那人太依赖libtool、pkg-config这些工具

编译libinput,相信很多像这样的程序,执行./configure都会有

PKG_CONFIG path to pkg-config utility
PKG_CONFIG_PATH
directories to add to pkg-config's search path
PKG_CONFIG_LIBDIR
path overriding pkg-config's built-in search path


设置好PKG_CONFIG_PATH后,configure一切OK,依赖库关系解决


但是真正悲哀的是pkg-config遇到了libtool,只用Libtool去编译的时候,依然会提示你xxx.h: No such file or directory


CCLD libinput.la
CC libfilter_la-filter.lo
In file included from libinput-private.h:33,
from filter.h:33,
from filter.c:35:
libinput.h:34:21: error: libudev.h: No such file or directory


去查看Makefile,可以看到pkgconfig下的.pc中的内容pkg-config确实没问题,configure已经把pkg-config中的内容提取了,但是对于libtool来说,依然没有。


搞得我烦死了,真想直接修改Makefile,直接使用gcc编译了。


无奈啊,项目者使用libtool是方便了,但我们这些编译者就痛苦了。


我相信很多人管理Linux下的程序项目是都会去用automake、autoconf这些工具管理生成configure、Makefile这些配置文件


但工具始终是工具,不是万能的,有时候生成的也是乱的,而且还那么复杂,还不如自己写个快。就算是能把依赖关系提示出来,但又怎样,会自动帮编译者解决吗?


不会!!!还得编译者自己去编译所依赖的包或者去确定这些包。这和直接make编译时提示缺少xx.h .xx.so有什么区别???

猜你在找的设计模式相关文章