编译别人的程序最大的悲哀莫过于那人太依赖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有什么区别？？？

原文地址：https://www.jb51.cc/javaschema/283987.html