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

Re: subversion dso dependency?

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-02-17 10:00:14 CET

On Sat, Feb 17, 2001 at 02:41:44AM -0600, B. W. Fitzpatrick wrote:
> I'm in the process of porting subversion to MacOS X, and I've gotten
> myself good and stuck after successfully wading through issues porting
> expat, neon, and fixing a broken automake from Darwin. *phew*

Just get those patches sent back(!). expat-lite goes to the SVN list, and
I'll propagate them back to the real Expat. (later, we'll use the real expat
and changes should go straight there; until then, I can manage expat-lite)

Neon patches go to the neon@webdav.org mailing list. Joe is good about
folding those in; just send the patch in unidiff format against a specific
release.

automake: heh.

> Anyway, the basic deal is that subversion won't build if dso is not
> enabled (and everything currently fails to link due to missing symbols
> if I force the issue with a --enable-dso in apr land).

That is a problem on our side. APR exports a symbol called APR_HAS_DSO. We
should only attempt to use DSO code if that is defined to 1.

I'll keep it in mind when I fix up libsvn_client so that we won't choose
DSOs if they aren't available.

>...
> In any case, I don't know if this throws a monkey-wrench into the
> static vs. dynamic loading discussion (should dso be mandatory?), but
> I'd be perfectly glad to work on the dso stuff in apr if someone could
> give me a push in the right direction (Greg?)... I'm not on
> particularly familiar ground here.

DSO should not be mandatory because some platforms don't support it. If you
can teach APR how to do DSOs, then all the better! Apache HTTPD will
definitely thank you since they'll definitely want APR to know about DSOs.

So... it goes like this:

*) you work on DSO support [for Darwin] in APR at your leisure

*) I'll skip DSO usage in SVN if APR doesn't provide it; if it does, and
   shared libs are built, then SVN will dynload RA modules; if shared libs
   are not built, then we static link against the RA libs. At some point,
   we'll also have a switch to enable linking against shared libs and skip
   using DSOs.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:22 2006

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.