Bug 50454 - configure fails when apr and apr-util are in different places
Summary: configure fails when apr and apr-util are in different places
Status: NEW
Alias: None
Product: APR
Classification: Unclassified
Component: APR-util (show other bugs)
Version: 1.4.2
Hardware: PC Linux
: P2 minor (vote)
Target Milestone: ---
Assignee: Apache Portable Runtime bugs mailinglist
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-10 09:38 UTC by Dylan Simon
Modified: 2015-06-04 07:19 UTC (History)
1 user (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dylan Simon 2010-12-10 09:38:38 UTC
If apr and apr-util have been install with different prefixes (but are still both in the path) such that, in particular, `apr-1-config --includedir` and `apu-1-config --includedir` are different, configure reports:
  configure: error: APR-util version 1.2.0 or later is required
The underlying error is:
  apu_version.h:109:25: fatal error: apr_version.h: No such file or directory
Since apr-util depends on apr, configure should add apr's includes when checking apr-util.
Comment 1 William A. Rowe Jr. 2010-12-10 14:20:55 UTC
You'll note you had this misfiled under httpd, httpd doesn't write the included
autoconf macros which are all pulled together with ./buildconf.

You wanted to report that defect here, so here it is.
Comment 2 Dylan Simon 2010-12-10 14:38:42 UTC
I don't quite see that but I'll take your word for it.  The problem is the use of APACHE_CHECK_APxVER in httpd/configure.in (which could amend CPPFLAGS) or its definition in httpd/acinclude.m4, which don't seem to be generated by buildconf as far as I can tell.  I suppose this could also be fixed by making apu-1-config --includes add the apr include directories (as pkg-config apr-util-1 already does).
Comment 3 William A. Rowe Jr. 2010-12-10 14:44:33 UTC
Because apu-1-config --includes cannot be parsed without the path to apr itself, I think this would be best.