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 <markphip_at_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/
Received on 2010-11-12 14:36:45 CET