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/
