Looks like Mark is correct. -- Joe
On Wed, Jan 13, 2010 at 6:52 AM, Mark Phippard <markp...@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_wri...@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_wri...@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/ >