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

Re: [PATCH] Fix --enable-dso for Darwin/Mac OS X

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-02-13 01:06:01 CET

Eric Gillespie wrote:
> This has been bothering me for a while, so i finally worked up a
> solution. No doubt this still leaves --enable-dso broken on some
> platforms, but it leaves us no worse off while fixing Darwin and
> marking a path to fixing it for other systems.
> One problem though: Testing on NetBSD (where --enable-dso already
> works), the tests pass with --enable-dso without this patch but
> fail with it. I didn't go farther than ra-local-test:
> START: ra-local-test
> assertion "&VTBL == vtable" failed: file
> "subversion/libsvn_ra/wrapper_template.h", line 311, function
> "svn_ra_local_init" END: ra-local-test
> I don't understand why, though. It obviously works fine:
> 0 trunk% ./subversion/svnadmin/svnadmin create --fs-type bdb bdb
> 0 trunk% ./subversion/svnadmin/svnadmin create --fs-type fsfs fsfs
> 0 trunk% svn log file://$PWD/bdb
> ------------------------------------------------------------------------
> 0 trunk% svn log file://$PWD/fsfs
> ------------------------------------------------------------------------
> Any help on that appreciated. Log message and patch follow.

Interesting... I thought you had to compile .bundles not .dylibs if you
wanted to load them programmatically?

Certainly libtool seems to have a whole bunch of Darwin specific code
catering to that idea.

Has Apple changed that?

Also, I'd rather that instead of having a plain suffix, we make the
printf-format-string the thing set by configure - that will allow me to
extend it to work on Cygwin too, when I get around to it.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Feb 13 01:07:12 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.