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

Re: Building 1.3.0-rc4 fails with "./configure --enable-dso"

From: Gerco Ballintijn <Gerco.Ballintijn_at_cwi.nl>
Date: 2005-12-01 13:35:39 CET

Daniel Rall wrote:

>On Wed, 30 Nov 2005, Max Bowsher wrote:
>
>
>>Gerco Ballintijn wrote:
>>
>>
>>>When I give the "--enable-dso" flag to ./configure, the configure
>>>run completes succesfully, but the make run fails in dso.c in APR,
>>>with several errors, including:
>>>
>>> dso.c:24:2: error: #error No DSO implementation specified.
>>>
>>>This is on Fedora Core 4. It seems there is a conflict between the
>>>APR configure flag "--disable-dso" and the subversion configure
>>>flag "--enable-dso". I don't use a privately installed APR; I only
>>>compile the code in tar.gz file.
>>>
>>>I don't actually use/need this functionality (I think), but I was
>>>just wondering. Is this supposed/allowed to happen?
>>>
>>>
>>Thankyou for reporting this bug - and yes, it is a bug.
>>
>>Re-using the name of an APR --enable-foo option for our own purposes is
>>incompatible with supporting integrated builds of APR, so I guess we
>>will need to rename our option.
>>
>>
>>This won't affect the 1.3.0 release process, because this bug is very
>>low priority, as the --enable-dso option is really only of use to
>>packagers who wish to decouple the BDB/neon dependency from the main
>>subversion package, and packagers will want to build against an
>>externally packaged APR.r
>>
>>
>
>Gerco, would you mind filing a bug report in the issue tracker, and
>reference this thread?
>
>

Done.

Gerco.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 1 13:36:47 2005

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.