On 23.10.2013 18:49, Ben Reser wrote:
> On 10/23/13 1:07 AM, Branko Čibej wrote:
>> - 'make ctypes-python' fails
> Works for me. I had ctypesgen's at r147. I notice yours is at r151. I
> updated to r151 and rebuilt and it still worked just fine.
> Care to elaborate on what the problem or error message was?
$ ./configure ......
$ make ctypes-python
ERROR: /Applications/Xcode.app/Contents/Developer/Toolchains/OSX10.8.xctoolchain/usr/bin/cc -E -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -I/usr/include/apr-1 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -I/usr/include/apr-1 -Isubversion/include: /bin/sh: /Applications/Xcode.app/Contents/Developer/Toolchains/OSX10.8.xctoolchain/usr/bin/cc: No such file or directory
INFO: Status: Parsing /var/folders/zv/qq43zzc547zcbm_h9k900hnh0000gn/T/tmpnDfWGq.h
INFO: Status: Processing description list.
INFO: Status: Writing to subversion/bindings/ctypes-python/svn_all.py.
INFO: Status: Wrapping complete.
$ make check-ctypes-python
cd /Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/ctypes-python; \
/bin/sh /Users/brane/src/svn/rel/subversion-1.8.4/libtool --tag=CC --silent --mode=execute `for f in /Users/brane/src/svn/rel/subversion-1.8.4/subversion/*/*.la; do echo -dlopen $f; done` /usr/bin/python test/run_all.py
Traceback (most recent call last):
File "test/run_all.py", line 22, in <module>
File "/Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/ctypes-python/test/setup_path.py", line 31, in <module>
File "/Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/ctypes-python/csvn/core/__init__.py", line 134, in <module>
f.argtypes = [POINTER(POINTER(svn_auth_provider_object_t)), POINTER(apr_pool_t)]
NameError: name 'svn_auth_provider_object_t' is not defined
make: *** [check-ctypes-python] Error 1
I didn't investigate further, since apparently no-one actually uses the
>> - Swig bindings do not build with the generated wrappers included in
>> the tarball. Running autogen.sh regenerates them and the bindings
>> then build succesfully.
> Known issue.
>> - C tests do not work with the --enable-optimize configure option
> Should be fixed with the removal of the -fwhole-program option in the next release.
Ack. I expect it'll be gone by 1.8.5.
>> - wc-queries-test #3 fails with SQLite 3.8.0, but passes with
>> the default system version, 3.7.12.
>> -- There is a bug in the test: we should not fail a regression
>> test because we do not like how particular version of SQLite
>> does queries, as long as the query results are correct.
> I'd suggest that we start an independent thread on this. Because I suspect
> it's going to be a much longer discussion.
>> - 'make check-javahl' requires 'make install'
> Looks like we need to setup the DYLD_LIBRARY_PATH or add more paths to
> -Djava.library.path for this to work properly on the Mac. Other platforms get
> away with rpaths for this.
Probably. We should be able to make it cross-platform if
-Djava.library.path works. It's an inconvenience, not a blocker.
>> - 'make check-swig-rb' requires 'make install-swig-rb'
> Can't replicate this problem and in fact I remember specifically fixing this
> before 1.8.x branched. What error did you get?
Continuing from above:
$ make swig-rb
$ make check-swig-rb
/Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/.ext/svn/ext/core.bundle: dlopen(/Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/.ext/svn/ext/core.bundle, 9): Library not loaded: /opt/mine/svn-rel-1.8.x/lib/libsvn_swig_ruby-1.0.dylib (LoadError)
Referenced from: /Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/.ext/svn/ext/core.bundle
Reason: image not found - /Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/.ext/svn/ext/core.bundle
from /Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/svn/core.rb:25:in `require'
from /Users/brane/src/svn/rel/subversion-1.8.4/subversion/bindings/swig/ruby/test/run-test.rb:47:in `require'
make: *** [check-swig-rb] Error 1
I should point out that I give configure a custom prefix, in this case
/opt/mine/svn-rel-1.8.x, where it's looking for the native library.
Possibly another missing DYLD_LIBRARY_PATH. Again, an inconvenience
rather than a blocker.
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
Received on 2013-10-23 20:19:27 CEST