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

Re: Failing to build 1.6.0 on windows - APR misconfigured

From: Mark Phippard <markphip_at_gmail.com>
Date: Tue, 31 Mar 2009 14:53:40 -0400

On Tue, Mar 31, 2009 at 2:51 PM, Barry Scott <barry_at_barrys-emacs.org> wrote:
>
> On 24 Mar 2009, at 20:35, Mark Phippard wrote:
>
>> On Tue, Mar 24, 2009 at 4:21 PM, Barry Scott <barry_at_barrys-emacs.org>
>> wrote:
>>>
>>> I'm hitting problems compiling svn 1.6.0 on windows.
>>>
>>> The APR UTIL is configure with"/D APU_HAVE_SQLITE2=1"
>>> and "/D APU_HAVE_SQLITE3=1".
>>>
>>> sqlite2 is clearly wrong as you want sqlite3.
>>>
>>> Also no /I is used to find the sqlite3.h file.
>>>
>>> Have I missed show instructions or is this broken?
>>
>> On Windows, I've only built using the SQLite amalgamation.  This links
>> it privately to libsvn_subr and works nicely.  You can just stick the
>> folder from the dependencies in your source tree and it will be used
>> automatically, or you can pass --with-sqlite=..\sqlite-amagamation (or
>> whatever path you like).
>
> I'll try that.
>>
>> I thought SVN stopped configuring or building APR on Windows a long
>> time ago.  I always build those by building httpd and then just
>> pointing the SVN build at the folders.
>
>
> I never build httpd. Only svn with svn-deps. For a client kit I do not need
> the server side at all.

Same here, I just find that building Apache is the easiest way to
build APR. After I build it, I copy the folders into the SVN source
tree. Although, recently I am leaving them in place so that I can
test mod_dav_svn.

APR and APR-Util can be built on their own, I just do not do it.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1498620
Received on 2009-03-31 20:53:58 CEST

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.