Ulrich Eckhardt wrote:
>Matt Daniel wrote:
>
>
>>MSVCRT.lib(MSVCRT.dll) : error LNK2005: _strncmp already defined in
>>LIBCMTD.lib(strncmp.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: __assert
>>already defined in LIBCMTD.lib(assert.obj) Searching C:\Program
>>
>>
>
>You must not link to several runtime libraries at once. libcmtd.lib is the
>static, multi-threaded, debug runtime, msvcrt.dll is the dynamic,
>multithreaded, release runtime (note: all dynamic libs are multithreaded).
>Select the proper runtime in your project settings (hard to tell where
>exactly without knowing the version of the IDE you are using...).
>
>
Yup. The Subversion libraries in the binary package are all built to
link with msvcrt. I strongly suggest you use the same runtime (either
that, or use /nodefaultlib, which is a bit of a pain).
>>LNK2001: unresolved external symbol _svn_path_get_longest_ancestor
>>LNK2001: unresolved external symbol _svn_wc_status_set_repos_locks
>>
>>
>
>Those are Subversion's symbols.
>
>
You're missing libsvn_subr and libsvn_wc
>>LNK2001: unresolved external symbol __imp__apr_pool_destroy@4
>>
>>
>
>This is not directly part of Subversion but rather part of the underlying APR
>library.
>
>
And all the APR libraries are in the Subversion Windows binary package.
>Both unresolved symbol classes of errors should be resolvable by linking with
>the right .libs, either put them into the linker settings or use #pragma
>comment(lib,...).
>
>
But pragmas are evil, right?
>If you are looking for example code, you could take RSVN, TortoiseSVN or other
>cross-platform or MS Windows only projects that are built on Subversion.
>
>
Or look at the Subversion code itself. I'd say that's _the_ canonical
example. :)
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 10 12:32:21 2005