rpm: use pkg-config to detect zlib and popt
authorPeter Korsgaard <peter@korsgaard.com>
Fri, 6 Feb 2015 09:19:45 +0000 (10:19 +0100)
committerPeter Korsgaard <peter@korsgaard.com>
Fri, 6 Feb 2015 09:29:17 +0000 (10:29 +0100)
commit95c6848e811936c6716a481acc4a7a7a977684a8
tree4fc1e214f366cbd6db7e049121a3713362967cbb
parent775e50cb5be41e41ccd0f040321183cc8ddce52a
rpm: use pkg-config to detect zlib and popt

Fixes:
http://autobuild.buildroot.net/results/98b/98b70ea09ecef214f13a622dcb926e01a6d6f7d9/
http://autobuild.buildroot.net/results/d13/d1343c3be9710d5be3cf6e4369dd5c75102e7b92/
http://autobuild.buildroot.net/results/457/457d3d9231f1422b19ffbac6d4a6ab02c6d6c22f/
http://autobuild.buildroot.net/results/ed8/ed8efe3985e6b423e4c18f9c200aa042ccb9ed23/

And many more.

Using --with-zlib=$(STAGING_DIR) causes the configure script to basically do
a find $(STAGING_DIR) -name zlib.h to figure out the correct include path
for zlib.  That is normally ok, but if botan is enabled and built before
rpm, then it installs a zlib.h header in
$(STAGING_DIR)/usr/include/botan-1.10/botan which confuses this logic and
causes configure to fail.

Fix it by using --with-zlib=external instead which causes the configure
script to use pkg-config to get the CFLAGS/LDFLAGS. Also do it for popt so
we don't end up with a similar issue in the future. We unfortunately cannot
do it for beecrypt as it doesn't install a .pc file.

Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
package/rpm/rpm.mk