Gregg, are the apr-util tests running cleanly for you?  Which level of Visual Studio are you running?

With 2010+SP1 I get a crash in testbuckets and these two failures.

C:\Users\Trawick\svn\VisualStudio\1.latest\apr-util\test>libd\testall -v -x test
teststrmatch        : SUCCESS
testuri             : SUCCESS
testuuid            : SUCCESS
testpass            : SUCCESS
testmd4             : SUCCESS
testmd5             : SUCCESS
testcrypto          : SUCCESS
testldap            : SUCCESS
testdbd             : SUCCESS
testdate            : SUCCESS
testmemcache        : SUCCESS
testxml             : SUCCESS
testxlate           : -Line 63: expected <0>, but saw <22>
FAILED 1 of 1
testrmm             : SUCCESS
testdbm             : SUCCESS
testqueue           : SUCCESS
testreslist         : |Line 255: expected <10>, but saw <20>
FAILED 1 of 1
Failed Tests            Total   Fail    Failed %
testxlate                   1      1    100.00%
testreslist                 1      1    100.00%

I don't see them with MinGW builds, but beyond the compiler difference I'm running that with apr 1.5.x and a different iconv.

On Sat, Mar 30, 2013 at 2:14 PM, Jeff Trawick <> wrote:
On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith <> wrote:
On 3/30/2013 11:01 AM, Jeff Trawick wrote:
To state the obvious, I'm probably doing something stupid.

I am using Visual Studio 2010 + SP1 (to get around an incremental linking bug).

I have a directory with:

apr-1.4.x as apr
apr-util-1.5.x as apr-util
apr-iconv-1.1.x as apr-iconv

Within apr-util I try

l>nmake -f PREFIX=c:\apr1x USEMAK=1 ARCH="Win32 Debug" buildall checkall

This fails with

        cd ..\apr-iconv
        "c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\nmake.exe" -
nologo -f apriconv.mak    CFG="apriconv - Win32 Debug" RECURSE=0
NMAKE : fatal error U1052: file 'apriconv.mak' not found

Sure enough, there is no apriconv.mak there.

Am I supposed to do something first to generate them, before I can use the apr-util

Unless you have VC6, use or steal the .mak/.dep files from it.

Thanks, I'll use that.

Is there a reason we shouldn't commit the build support to svn?  (Is there something unique about that build support that warrants leaving it uncommitted?)

Born in Roswell... married an alien...

Born in Roswell... married an alien...