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

Re: building Apache modules

From: Kevin Williams <kevin_at_bantamtech.com>
Date: 2004-11-13 17:43:45 CET

If I don't use the "--with-httpd" option, I don't get the Apache dso
modules. Subversion will build, but I need to also build the Apache dso
modules. I need Apache to build with apr-util linked to the same BDB
4.2.52 that Subversion will be built against. Something changed after
Apache 2.0.49 that this does not work anymore.

Subversion used to have a fixed w32locatedb.pl script for download
because the one included in Apache was broken. Later, Apache fixed their
version. Right now, the version on the Subversion web site is identical
to the on in the Apache 2.0.52 src for Win32.

Does this need to be an Apache bug? Does Apache care about this at all?

Mark Phippard wrote:
> "Kevin Williams" <kevin@bantamtech.com> wrote on 11/12/2004 10:12:10 AM:
>>I've had to rebuild my Windows box, so I'm starting the compile process
>>from scratch. I followed the INSTALL document where it uses the "
>>--enable-bdb-in-apr-util" argument to the gen-make.py script. I'm using
>>the BDB package from the Subversion site, and the Windows source for
>>Apache 2.0.52. When I try to compile Apache, I get this:
>>apr_dbm_berkeleydb.obj : error LNK2019: unresolved external symbol
>>_db_strerror referenced in function _set_error
>>apr_dbm_berkeleydb.obj : error LNK2019: unresolved external symbol
>>_db_create referenced in function _vt_db_open
>>I've had this problem with for quite a while now. The last successful
>>build I had was Subversion 1.0.8 against Apache 2.0.49. I have not been
>>able to get Apache 2.0.50+ to compile the apr_util libraries against BDB
>>4.2.52. I'm using VC.NET 2003 on Windows XP SP2.
>>Apache and Subversion will compile if I don't link apr_util against BDB,
>>but then I don't get the Apache modules.
> I believe this problem is specific to generating the VC.NET project files.
> TortoiseSVN has a workaround for this problem in their build
> instructions:
> http://svn.collab.net/repos/tortoisesvn/trunk/src/build.txt
> Specifically:
> "Note: Since the Subversion project builder is broken right now, the build
> script
> won't work right now (until that gets fixed). A workaround for that is:
> - open a DOS box, cd to the Subversion directory.
> - type
> python gen-make.py -t vcproj --with-openssl=..\Common\openssl
> --with-zlib=..\Common\zlib --with-apr=apr --with-apr-util=apr-util
> --with-apr-iconv=apr-iconv --enable-nls
> to generate the project files
> - Open the subversion_vcnet.sln file in VS.NET
> - Right click in the solution explorer on the project "libaprutil"
> - In the properties dialog, go to Linker/Input and add the string
> "..\db4-win32\lib\libdb42.lib" to the "Additional Dependencies" (for all
> builds,
> release and debug).
> - Save the new project settings.
> - now you can use TSVN build script."
> Mark
> _____________________________________________________________________________
> Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
> _____________________________________________________________________________

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 13 17:44:05 2004

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

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