Using with-layout=Apache and the latest version of apr, the command `${prefix}/bin/apxs -q LIBTOOL` reports the location as ${prefix}/build/libtool. However, there is no such file at that location. It looks like it should be reporting ${apr}/build-1/libtool.
The httpd.spec file already has an evil work around for this: sed -e "/^LIBTOOL/s|/[^ ]*/libtool|`/usr/bin/apr-1-config --apr-libtool`|" \ I guess we need move that into the Makefile itself sometime.
Created attachment 14460 [details] Patch based on httpd.spec to set LIBTOOL correctly Some of the other edits done by httpd.spec might be worth including, but they look like they are mostly for cleaness. The patch works for me both with APR packaged, and separate.
The patch also fix problems like the following (when using --enable-experimental-libtool in Apache configure): +++ jfclere@vtxclere:~/jakarta-tomcat-connectors/jk/native> make Making all in common make[1]: Entering directory `/home/jfclere/jakarta-tomcat-connectors/jk/native/common' /bin/sh /home/apache20/apache20/build/libtool --silent --mode=compile gcc -I/home/apache20/apache20/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/home2/apache20/apache/httpd-2.0/srclib/apr/include -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home2/apache20/apache/httpd-2.0/srclib/pcre -I /home2/java/j2sdk1.4.2_03/include -I /home2/java/j2sdk1.4.2_03/include/ -c jk_ajp12_worker.c /home/apache20/apache20/build/libtool: /home/apache20/apache20/build/libtool: cannot execute binary file make[1]: *** [jk_ajp12_worker.lo] Error 126 make[1]: Leaving directory `/home/jfclere/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 +++
jfclere has already applied the patch
This is back to being broken again. Now, due to an unexpanded variable being saved off, it simply returns an error when you attempt to do `apxs -q LIBTOOL`.
Created attachment 15429 [details] Patch to set ${LTFLAGS} This patch uses the value of LTFLAGS that is in effect when 'configure' is run. This seems to be the most sensible value to use. Before (when axps was last working), it was using the value in effect when 'make install' was run, which seems a bit strange.
Thanks for the patch William, committed to the trunk. http://svn.apache.org/viewcvs.cgi?rev=190893&view=rev
Gump is now happily building mod_jk once again against httpd-SVN-trunk, and the Tomcat developers are now spared getting all of the build-failed messages. Thanks much!