Building apache 2.2.25 for OS X 10.6, how to compile apr_stat$INODE64?

Question

In order to maintain PCI compliance, I've been trying to upgrade the version of Apache on my 10.6 Xserve from 2.2.22 to 2.2.25. So far, nothing that I've tried has worked. I've gone down an number of blind alleys, but after numerious ./configure changes, countless builds, experiments, and time spent with otool and nm, I think I've figured out what the basic problem is.
Apache 2.2.25 requires an updated version of the APR and APR-UTIL libraries. APR includes a function named apr_stat (the APR equivelent of stat). Here's the problem: In 10.6, the versions of libapr included in 10.6 define two functions: apr_stat and apr_stat$INODE64. This is consistent with Apple's stat and stat$INODE64 functions, that allow 32-bit processes to call the 64-bit stat function and vice versa.
My problem is that when I rebuild the APR and APR-UTIL libraries from apache's source, they only compile apr_stat. There's no apr_stat$INODE64, and any mod_*.so module that uses apr_stat$INODE64 fail to load. Which, by the way, seems to be most of them.
I only see two solutions, but don't know how to proceed with either one.
(a) Is there someway to get Apache's apr-1.4.8 and apr-util-1.5.2 to compile in such a way so it produces both apr_stat and the apr_stat$INODE64 functions? I've grepped the apr source to death and I can't find any compiler switch or configure flag that looks like like what I'm looking for.
(b) I suppose I could also recompile all of the mod_*.so modules, but I'm not sure where to start with that, or even if it's practical.
Any advice or help would be very much appreciated.

Answer 1

PECraig,
My guess is that you're still missing some pieces, or the pieces are in the wrong place. The "Symbol not found" error is because the Apple version of your (.so) modules are all linked to Apple's special version of apr/apr-util. When Apple compiles their Apache libraries, it includes two versions of the apr_stat function (equivalent to BSD stat()), named apr_stat() and apr_stat$INODE64(), the later being the 64-bit version of the function. This scheme makes it possible to access and correctly use the 64-bit version of the stat() function, which is the only way to get extended 64-bit inode information about a file or filesystem, from a 32-bit program. Conversely, 64-bit programs can still use the legacy 32-bit apr_stat() function, without having to be modified.
If you recompiled the libraries then they should have both the apr_stat and apr_stat$INODE64 symbols in them. You can verify this using the nm command (i.e. nm -arch all /path/to/libapr.dylib | grep apr_stat). If they're both there, the next step would be to make sure you put them in the correct locations and Apache isn't still loading the old libraries.
Also note that I compiled my versions of apr and apr-util directly into the apache binary (using --with-included-apr --with-included-apr-util), so my .so modules will link the copy of apr_stat that's part of the httpd binary image. This might not be necessary, but it seemed to help me.
On the other hand, you might just wait. OS X 10.7 might get updated to a later version of Apache, if it hasn't been already, so Apple might solve your problem for you.