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 buckets 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 <[email protected]> wrote: > On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith <[email protected]> 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 Makefile.win 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 >>> Stop. >>> >>> 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 Makefile.win? >>> >> >> Unless you have VC6, use apr-iconv-1.2.1-win32-src-r2.**zip or steal >> the .mak/.dep files from it. >> http://apr.apache.org/**download.cgi <http://apr.apache.org/download.cgi> >> >> > 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... > http://emptyhammock.com/ > -- Born in Roswell... married an alien... http://emptyhammock.com/
