Re: 1.6.8 up for signing / testing
From: Joe Swatosh <joe.swatosh_at_gmail.com>
Date: Wed, 13 Jan 2010 07:41:17 -0800
Looks like Mark is correct.
-- Joe On Wed, Jan 13, 2010 at 6:52 AM, Mark Phippard <markphip_at_gmail.com> wrote: > I think the problem is with Neon. We get this error: > > Linking... > Creating library > ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.lib and object > ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.exp > libneon.lib(ne_socket.obj) : error LNK2019: unresolved external symbol > _inet_aton referenced in function _ne_iaddr_parse > ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.dll : fatal error > LNK1120: 1 unresolved externals > > You are including 0.29.0 When I step it back to 0.28.3 it works. > > > > On Wed, Jan 13, 2010 at 9:28 AM, Hyrum K. Wright > <hyrum_wright_at_mail.utexas.edu> wrote: >> Joe, >> Would it be possible for you to describe the differences between the versions in the two deps tarballs? I think part of the problem was that when I lost my box a few weeks ago, I also lost the magic combination of deps versions, so just used the most recent versions from the rolling scripts to construct the 1.6.8 deps. If you can detail the difference between the two, that'd be useful. >> >> -Hyrum >> >> On Jan 12, 2010, at 10:52 PM, Joe Swatosh wrote: >> >>> Hi >>> >>> On Tue, Jan 12, 2010 at 2:52 PM, Hyrum K. Wright >>> <hyrum_wright_at_mail.utexas.edu> wrote: >>>> After pulling 1.6.7 due to a segfault regression, we've rerolled the branch as Subversion 1.6.8. The magic revision is r898464, and you can find the tarballs here: >>>> >>>> http://orac.ece.utexas.edu/pub/svn/1.6.8/ >>>> >>>> Please be sure to test the bindings. >>>> >>>> You know the drill: signatures from full committers back to me, and enthusiastic tester feedback is welcome. At this point, this candidate is not yet blessed for wide release, so please don't make it available to people not interested in test-driving the new release. >>>> >>>> Distro package maintainers, please do NOT include any pre-release builds, even blessed, into operating system distros. The reasons for not doing so were very eloquently outlined by Karl in a mail, which is summarized at the above address. >>>> >>>> The quick version is: we don't guarantee compatibility between the pre-releases and the final release, so if people install the release candidate, all their repositories and working copies might break irreparably when they upgrade to 1.6.8 proper. We don't want that kind of bad publicity, and neither do you. >>>> >>> >>> Built and passed when I used the 1.6.1 deps file. >>> >>> Link failure when using the 1.6.8 deps file: >>> --------------------Configuration: libsvn_ra_dll - Win32 >>> Release-------------------- >>> Performing Custom Build Step on ..\..\..\build\generator\extractor.py >>> Compiling resources... >>> Compiling... >>> empty.c >>> Linking... >>> Creating library >>> ..\..\..\Release\subversion\libsvn_ra/libsvn_ra-1.lib and object >>> ..\..\..\Release\subversion\libsvn_ra/libsvn_ra-1.exp >>> libneon.lib(ne_socket.obj) : error LNK2001: unresolved external symbol >>> _inet_aton >>> ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.dll : fatal error >>> LNK1120: 1 unresolved externals >>> Error executing link.exe. >>> >>> __SWIG_RUBY__ - 2 error(s), 51 warning(s) >>> rake aborted! >>> Command failed with status (2): [C:\Users\joe-swatosh\Documents\SVN/BuildSc...] >>> >>> >>> >>> MS windows vista >>> MSVC6 sp6 >>> Feb 2003 SDK >>> Ruby 1.8.6 >>> >>> -- >>> Joe >> >> > > > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/ >Received on 2010-01-13 16:41:54 CET
This is an archived mail posted to the Subversion Dev mailing list.