[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Attn: Windows Devs -- Need to add missing sqlite build options for Windows (issue #3364)

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 18 Feb 2009 09:30:32 -0500

On Wed, Feb 18, 2009 at 8:42 AM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> On Thu, Jan 29, 2009 at 7:19 AM, Paul Burba <ptburba_at_gmail.com> wrote:
>> Right now when building trunk on Windows you have one option when it
>> comes to sqlite: Use the --with-sqlite option to gen-make.py to point
>> to a directory with this structure and contents:
>> inc/
>> inc/sqlite3.h
>> lib/
>> lib/sqlite3.lib
>> So basically, if you haven't built sqlite on your own already then
>> Subversion won't build. It seems to me we should support sqlite build
>> options analogous to those on *nix, e.g. just drop the amalgamation
>> files in .\sqlite-amalgamation and it gets built.
> Hi Paul,
> Thanks for noting that. I've looked to current sqlite build stuff on
> Windows. It still does not support sqlite-amalgamation.
> So I propose to implement only amalgamation option for sqlite, without
> supporting to use "installed" version of library. Since there is no
> term of installed libraries on Windows. I do not see benefits of using
> sqlite compiled out of source tree on Windows. It can be only source
> of problems if different compiler or compiler options will be used.
> I volunteer to implement support for sqlite amalgamation on Windows,
> if no one object to drop other sqlite build option on Windows.


I'd ask that you make it work with the format of the way it is shipped
in our deps zip file, assuming we are not going to include it in the
source tree.

Personally, I'd also like to see it statically linked in
libsvn_subr-1.dll and not an external DLL as well. If we are going to
build it, then let's not make it possible to load the wrong DLL at
runtime too.

Mark Phippard
Received on 2009-02-18 15:30:48 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.