Ok, last news on subversion 1.3.0 + swig 1.3.28:
- Python works fine, passes all the tests.
- Ruby passes almost all the tests, four or so fails
- Perl keeps showing a strange error when loading SVN::Core, which is
not swig generated:
Failed 1/1 tests, 0.00% okay
../../../../../subversion/bindings/swig/perl/native/t/8lock............Use
of uninitialized value in string eq at
/home/mmatus/srcs/subversion-1.3.0/subversion/bindings/swig/perl/native/blib/lib/SVN/Core.pm
line 410.
(in cleanup) Undefined subroutine &SVN::Pool::apr_pool_destroy
called at
/home/mmatus/srcs/subversion-1.3.0/subversion/bindings/swig/perl/native/blib/lib/SVN/Core.pm
line 417.
Can't use an undefined value as a SCALAR reference at
/home/mmatus/srcs/subversion-1.3.0/subversion/bindings/swig/perl/native/blib/lib/SVN/Core.pm
line 376.
(in cleanup) Undefined subroutine &SVN::Pool::apr_pool_destroy
called at
/home/mmatus/srcs/subversion-1.3.0/subversion/bindings/swig/perl/native/blib/lib/SVN/Core.pm
line 417.
Compilation failed in require at
../../../../../subversion/bindings/swig/perl/native/t/8lock.t line 6.
# Looks like your test died before it could output anything.
../../../../../subversion/bindings/swig/perl/native/t/8lock............dubious
Any subversion/perl guru around?
Marcelo
David James wrote:
>>I'll need some more historical context here, do you now if any other
>>SWIG version ever worked with subversion 1.3.0?, swig 1.3.26 for example?.
>>
>>
>The Python and Perl bindings build fine with SWIG 1.3.24, 1.3.25,
>1.3.26 and 1.3.27. The Ruby bindings build fine with 1.3.24 and 1.3.25
>but fail to compile with 1.3.26 and 1.3.27 due to a bug in SWIG's
>-external-runtime option. I have attached a patch to
>build/generator/swig/external_runtime.py in Subversion which works
>around this SWIG bug.
>
>SWIG 1.3.28rc1 does not work with any version of Subversion,
>unfortunately, even with this patch.
>
>On 1/30/06, Marcelo Matus <mmatus@acms.arizona.edu> wrote:
>
>
>>Also, is there anyway to debug subversion + swig without having to
>>rebuild the
>>entire universe?, something just like
>>
>> make extraclean-swig
>>
>>
>
>Yes. Type the following:
> make extraclean-swig-py extraclean-swig-rb extraclean-swig-pl
>
>After this, rerun ./autogen.sh && ./configure. If you've already run
>make all, you don't need to do it again. Test the three sets of
>bindings using:
>1) make check-swig-py
>2) make check-swig-pl
>3) make check-swig-rb
>
>Cheers,
>
>David
>
>
>
>
>--
>David James -- http://www.cs.toronto.edu/~james
>
>
>------------------------------------------------------------------------
>
>--- build/generator/swig/external_runtime.py 2006/01/19 20:04:31 18174
>+++ build/generator/swig/external_runtime.py 2006/01/19 20:09:43 18175
>@@ -32,6 +32,8 @@
> self.checkout("perl5","perlrun.swg")
> self.checkout("ruby","rubydef.swg")
> self.checkout("ruby", "rubyhead.swg")
>+ if self.version() >= 103026:
>+ self.checkout("ruby", "rubytracking.swg")
>
> # Runtime library names
> runtime_library = {
>@@ -52,6 +54,18 @@
> out_file.close()
> else:
> _exec.run("%s -%s -external-runtime %s" % (self.swig_path, lang, out))
>+
>+ if lang == "ruby" and self.version() >= 103026:
>+ # SWIG 1.3.26-27 should include rubytracking.swg in their
>+ # external runtime, but they don't.
>+ # TODO: Find out whether this bug will be fixed in later versions
>+ # of SWIG.
>+ runtime = open(out, "r").read()
>+ tracking = open("%s/rubytracking.swg" % self.proxy_dir,"r").read()
>+ out_file = open(out, "w")
>+ out_file.write(tracking)
>+ out_file.write(runtime)
>+ out_file.close()
>
> # SWIG 1.3.25 and earlier use the wrong number of arguments in calls to
> # SWIG_GetModule. We fix this below.
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 2 09:37:41 2006