DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=43179>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43179 ------- Additional Comments From [EMAIL PROTECTED] 2007-08-21 11:03 ------- (In reply to comment #1) > If you refer to an installed apr/apr-util, we are already picking up the > headers. We include those paths in apxs's flags. We *don't* want to > duplicate APR from a perfectly acceptable install. Makes sense, but it's currently exactly the other way round, isn't it? YOu *do* duplicate the headers if configure is left standard (i.e. from a perfectly acceptable install), but if I refer to an installed apr/apr-util (using --with-apr etc), the headers are not picked up. > If you had installed apr/apr-util from source, you are fine. I *did* install apr/apr-util from source (the bundled version that comes with 2.2.4), but to a specific location. -> headers are not picked up and therefore missing later. > If you installed apr/apr-util from a vendor who didn't install some apr-devel > package along with the libs, that would be the vendor's problem. Take that > up with them. Nope, that's not what I'm talking about. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
