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

subversion dso dependency?

From: B. W. Fitzpatrick <fitz_at_red-bean.com>
Date: 2001-02-17 09:41:44 CET

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*

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).

Here's the error

Making all in libsvn_client
/bin/sh ../../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../subversion/include -I../../apr/include -I../../expat-lite -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Wpointer-arith -Wwrite-strings -Wshadow -DSVN_DEBUG -DAP_DEBUG -g -Wall -c checkout.c
client.h:51: undefined type, found `apr_dso_handle_t'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode
In file included from checkout.c:28:
client.h:51: parse error before `apr_dso_handle_t'
client.h:51: warning: no semicolon at end of struct or union
client.h:53: warning: type defaults to `int' in declaration of `svn_client__ra_library_t'
client.h:53: warning: data definition has no type or storage class
client.h:60: warning: type defaults to `int' in declaration of `svn_client__ra_library_t'
client.h:60: warning: declaration of `svn_client__ra_library_t' shadows global declaration
client.h:60: parse error before `*'
client.h:62: warning: function declaration isn't a prototype
make[3]: *** [checkout.lo] Error 1

The compiler bombs on this particular hunk of libsvn_client/client.h

/* Structure representing a loaded RA library. */
typedef struct svn_client__ra_library_t
  const svn_ra_plugin_t *plugin; /* the library's "vtable" */
  apr_dso_handle_t *dso; /* the whole library */ <------- Right here

} svn_client__ra_library_t;
(the declaration of apr_dso_handle_t is #ifdef'ed out in apr_dso.h
since I don't have dso enabled).

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.


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.