Sorry this took me so long to get back to - it did catch aprutil-1.lib after using SVN mod_perl.
I'll try to build RC4. Issac Randy Kobes wrote: > On Wed, 12 Jul 2006, Randy Kobes wrote: > >> On Tue, 11 Jul 2006, Issac Goldstand wrote: >> >>>>> I wanted to test the build, since Randy said he couldn't, but ran into >>>>> troubles compiling mod_perl (my gut feeling is that it's related to >>>>> all >>>>> the apr-1.lib files, and the version of apxs, et al, (at least the >>>>> one I >>>>> have), seems to be giving the wrong lib names) - and haven't had >>>>> time to >>>>> really look at that. It's odd because I don't think libapreq has this >>>>> issue, as it builds the C library quite nicely. >>>> >>>> I know that I had trouble with lib names in earlier RC's, but Randy >>>> sorted out the problems with changes to various components. >>>> >>>> Make sure you are using the latest mod_perl sources from SVN and you >>>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/ >>>> (version 0.4). >>>> >>> >>> That helped. It builds cleanly now. First seuite of tests runs OK: >>> C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e" >>> "test_harness()" library\t\cookie.t library\t\parsers.t >>> library\t\params.t library\t\version.t >>> library\t\cookie.....ok >>> library\t\params.....ok >>> library\t\parsers....ok >>> library\t\version....ok >>> All tests successful. >>> Files=4, Tests=648, 9 wallclock secs ( 0.00 cusr + 0.00 csys = >>> 0.00 CPU) >>> >>> However, I seem to have another apxs-related issue... >>> mod_apreq_access_test.c seems to be linking against the old APR-0.x >>> libraries: >>> (hope formatting doesn't get too mutilated) >>> >>> C:\apache2\bin\apxs.bat -I../../../apache2 >>> -I../../../../include -lD:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib >>> -lD:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib -llibhttpd -D APACHE2 >>> -p -ID:\cpp\libapreq2-2.08\module\t\c-modules >>> -c mod_apreq_access_test.c >>> cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG >>> -I"C:\apache2\include" /I"../../../apache2" /I"../../../../include" >>> /I"D:\cpp\libapreq2-2.08\module\t\c-modules" /D "APACHE2" /c >>> /Fomod_apreq_access_test.lo mod_apreq_access_test.c >>> mod_apreq_access_test.c >>> link kernel32.lib /nologo /subsystem:windows /dll /machine:I386 >>> /libpath:"C:\apache2\lib" /out:mod_apreq_access_test.so >>> D:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib >>> D:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib libhttpd.lib C:\apache2\ >>> lib\libaprutil.lib C:\apache2\lib\libapr.lib mod_apreq_access_test.lo >>> LINK : fatal error LNK1181: cannot open input file >>> 'C:\apache2\lib\libaprutil.lib' >>> apxs:Error: Command failed with rc=10289152. >>> NMAKE : fatal error U1077: 'C:\apache2\bin\apxs.bat' : return code '0x1' >>> Stop. >>> >>> Will try keep you posted... >>> Issac >> >> Thanks for pointing that out - I'll take a look at it early >> next week, when I get back. > > That problem (with using the wrong libaprutil.lib name with > Apache-2.2) doesn't arise for me. I'm wondering if it's > picking up an old Apache installation and/or is getting > confused with a previous build? Can you try reinstalling > apxs from > http://perl.apache.org/dist/win32-bin/, > rebuild and reinstall mod_perl2 from the svn sources, and then rebuild > libapreq2 from clean sources? Does > that help? >