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.
Thanks,
-Fitz
Received on Sat Oct 21 14:36:22 2006