This is for Bert ... asked on IRC what the error output is when building the latest trunk with zlib 1.2.5.
Here is an example: Generating libsvn_subr.def Compiling... empty.c Compiling resources... Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1 Copyright (C) Microsoft Corporation. All rights reserved. Linking... libsvn_subr.def(99) : warning LNK4087: CONSTANT keyword is obsolete; use DATA Creating library ..\..\..\Release\subversion\libsvn_subr\libsvn_subr-1.lib and object ..\..\..\Release\subversion\libsvn_subr\libsvn_subr-1.exp zlibstat.lib(inflate.obj) : error LNK2019: unresolved external symbol _inflate_fast referenced in function _inflate ..\..\..\Release\subversion\libsvn_subr\libsvn_subr-1.dll : fatal error LNK1120: 1 unresolved externals On Mon, Nov 1, 2010 at 4:30 PM, Mark Phippard <markp...@gmail.com> wrote: > There is a problem building both the 1.6.13 release and trunk on > Windows with the latest versions of some of our dependencies. > > Apache 2.2.17 has been released and they updated the expat version to > 1.95.7. This appears to have created linker problems and all of our > stuff that needs the exported expat symbols fails to link. > > zlib 1.2.5 has been out for quite a while. Similar problem, we get a > linker error for the inflate_fast function when trying to use this. I > originally thought this was a local problem because I build 1.6.13 > fine using the dependencies tarball. Turns out we are still including > 1.2.4 in the tarball even though 1.2.5 had fixes they describe as: > > zlib 1.2.5 > April 19, 2010 > Version 1.2.5 fixes bugs in gzseek() and gzeof() that were present in > version 1.2.4 (March 2010). All users are encouraged to upgrade > immediately. > > Again, I just assumed we were including 1.2.5 so thought my problems > were local. I know one of our CollabNet release engineers had similar > problems (which I thought were just problems in their build scripts). > > I currently reset my build to Apache 2.2.15 and zlib 1.2.4 which fixes > my builds again. I can reset back if someone wants to see the errors > in detail. > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/ > -- Thanks Mark Phippard http://markphip.blogspot.com/