[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: Kouhei Sutou <kou_at_cozmixng.org>
Date: 2005-01-10 15:27:05 CET

Hi,

Thanks for playing.

In <41E00FE6.3050305@electricjellyfish.net>
  "Re: [PATCH] Ruby SWIG-based bindings" on Sat, 08 Jan 2005 11:52:54 -0500,
  Garrett Rooney <rooneg@electricjellyfish.net> wrote:

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

I want to require SWIG 1.3.22 or later.
Because Ruby module of SWIG 1.3.21 has a bug. It's a %import
handling(*).

--
(*) http://mailman.cs.uchicago.edu/pipermail/swig/2004-April/009504.html
> 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.
OK.
But I realized that we don't need to change LD_LIBRARY_PATH
and so on. We are using -rpath.
> 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.
You need to run test/test_*.rb via test/run-test.rb (its old
name is test/runner.rb). The script configures $LOADPATH of
ruby before running test.
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 10 15:28:38 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.