Jon Foster wrote:
> Hi,
>
> With the attached patch I can build Subversion (trunk) on Win32 using
> VS.NET. Without this patch, libaprutil.dll fails to link because it
> cannot find the Berkely DB symbols.
>
> I am using aprutil copied into the subversion directory, I am not
> building Apache.
>
> Revision 10702 by djh says it is "second part of adding VSNet version
> to vcproj generator [...]. The last part will involve templatizing the
> BDB location in the apr projects files.". I guess the attached patch
> is the "last part" - D.J., is this vaguely what you meant? (I hope
> you hadn't already done this - if so, my apologies & feel free to
> reject this patch).
>
> Log message as requested in HACKING:
>
> Make Windows Visual Studio .NET build use Berkely DB library.
> Fixes undefined symbol errors linking libaprutil.dll.
>
> * build/generator/gen_vcnet_vcproj.py
> (move_proj_file): New bdbpath variable to be expanded.
>
> * build/generator/libaprutil.vcproj.ezt
> Add BDB include path and library
>
> Kind regards,
>
> Jon Foster
>
Thank you -- yes, that is the idea and I have not had time to finish it yet.
However, I think we need to pay attention to the
--enable-bdb-in-apr-util option when building the apr project files, and
not use/link BDB into apr if it's not on. Also, the perl script Brane
wrote (w32locatedb.pl) that does this for the VC6 .dsp files changes a
preprocessor definition -- from APR_USE_SDBM to APR_USE_BDB or something
like that. I'm not sure if that is required or not, but we should
probably emulate that behavior.
Would you mind tweaking and resubmitting the patch?
Thanks!
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 31 02:30:56 2004