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

Re: [PATCH] Ruby SWIG-based bindings

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2005-01-08 17:52:54 CET

Some more thoughts now that I've actually had time to download this
stuff and play around with it (actually I used the more recent diff in
that directory, not the one that was posted).

It appears that the -prefix option for the SWIG Ruby support is fairly
recent. It doesn't work in version 1.3.21 anyway, which is what my
linux distribution ships. It looks like the Perl bindings work around
the lack of this kind of support by manually introducing %module names
in the appropriate .i files. You might want to look at doing the same

Also, the run-tests.sh script is misspelling LD_LIBRARY_PATH, and
hardcoding LD_LIBRARY_PATH is bad anyway, the variable is named
different things on different systems (Mac OS X specifically comes to
mind), so you should probably use apr-config's --shlib-path-var option
to figure out the right variable.

I'm also having a bunch of trouble running the tests... I have to
hardcode the relative path to util.rb instead of just doing a require
"util" in the various places it's used, no clue why that's needed.

Anyway, I still haven't gotten the tests to actually run, but I can get
little toy apps to run (i.e. creating a pool, or something else trivial
like that), but when I try to require more complex parts of the system,
like svn/client I get errors because it can't pull in svn/ext/delta for
some reason. Manually pulling in svn/core, svn/delta, then svn/client
seems to work around the problem, but I still haven't managed to make it
do anything especially useful yet.

Anyway, just figured you'd like to hear about the problems and solutions
I've run across so far.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 8 17:53:07 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.