On 22 October 2013 23:36, Ben Reser <ben_at_reser.org> wrote:
> The 1.8.4 release artifacts are now available for testing/signing.
> Please get the tarballs from
> and add your signatures there. I plan to try and release on October
> 29th so please try and get your votes/signatures in place by October 28th.
I cannot build Subversion 1.8.4 on Windows. First problem that I have
to update scripts that was working fine for Subversion 1.8.3 to build
zlib and serf externally, while it was compiled by Subversion before.
Even after fixing this I get the following error:
[exec] ------ Build started: Project: libsvn_ra_dll,
Configuration: Release Win32 ------
[exec] LINK : fatal error LNK1181: cannot open input file 'ssleay32.lib'
From what I see problem in gen_win.py:1095:
if self.serf_lib and dep.external_lib == '$(SVN_SERF_LIBS)':
if (self.serf_ver_maj, self.serf_ver_min) >= (1, 3):
So dependency to ssleay32.lib added, but OPENSS\out32dll is not added
to library search path (fakelibdirs).
This code introduced on branch in r1533874:
rhuijben 20.10.2013 14:41:47
Merge ^/subversion/branches/1.8.x-serf-1.3+-windows from trunk manually,
because our automatic merge script doesn't like the branch name.
Allow compiling against serf 1.3 and later on Windows
Serf 1.3 brings a lot of fixes that we need for 1.8.x stability.
The dependency handling on Windows was updated for 1.9+, so this
needs a specific backport patch (r1517123)
+1: rhuijben, brane, stefan2
../trunk/tools/dist/backport.pl: sh(256): (in 'the
1.8.x-serf-1.3+-windows branch') at
../trunk/tools/dist/backport.pl line 258, <STATUS> chunk 21.
Please note that I'm using scripts that was working fine with previous
versions. I think we should not release Subversion 1.8.4 until this
situation will be resolved.
CTO | VisualSVN | http://www.visualsvn.com
Received on 2013-10-23 14:05:10 CEST