Hi,
I'd like to try a patch for Ruby SWIG-based bindings, which is not yet
accepted into the repository.
However, './configure --prefix=$HOME/tmp' fails in the trunk tree in the
following conditions.
* with SWIG 1.3.21, at revisions > 12557
* with SWIG 1.3.24, at revisions > 12717
Output messages are as follows.
configure: Enabled swig binding: perl
configure: Enabled swig binding: python
configure: Enabled swig binding: java
checking for swig... /home/nori1/bin/swig
checking swig version... 1.3.24
checking for swig library directory... /home/nori1/share/swig/1.3.24
configure: Configuring python swig binding
checking if swig needs -L for its libraries... -L/home/nori1/share/swig
checking for Python includes... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for compiling Python extensions... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for linking Python extensions... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for linking Python libraries... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for linking Python extensions... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for linking Python libraries... Traceback (most recent call last):
File "/home/nori1/svnwc/subversion-ruby/build/get-py-info.py", line 13, in ?
from distutils import sysconfig
ImportError: No module named distutils
checking for apr_int64_t Python/C API format string...
configure: error: failed to recognize APR_INT64_T_FMT on this platform
It seems APR_INT64_T_FMT is not recognized.
In my apr.h, however, following lines exist:
/* And APR_INT64_T_FMT */
#define APR_INT64_T_FMT "lld"
#define APR_INT64_T_FMT_LEN 3
My environment is as follows:
* OS: Debian GNU/Linux 3.0r4
* kernel: 2.4.23
Does anyone know what is wrong?
> >> > when i try to compile swig support for solaris, i get:
> >> >
> >> > checking for apr_int64_t Python/C API format string...
> >> > configure: error: failed to recognize APR_INT64_T_FMT on this platform
> >>
> >> The code in build/ac-macros/swig.m4 is failing to recognise your
> >> system's APR_INT64_T_FMT. swig.m4 recognises "d", "ld" and "lld", but
> >> looking at APR's configure.in it appears that it can also generate
> >> "Ld" and "qq". What is the value of APR_INT64_T_FMT in your system's
> >> apr.h header file?
> >
> > /* And APR_INT64_T_FMT */
> > #define APR_INT64_T_FMT "lld"
> > #define APR_INT64_T_FMT_LEN 3
>
> That should be OK, it's "lld" on my Linux box as well. The swig.m4
> code runs the C preprocessor on a test file and then runs grep on the
> output file, it appears that either the cpp or the grep is failing.
Is this problem resolved, solo turn?
Regards,
--
|: Noritada KOBAYASHI
|: Dept. of General Systems Studies,
|: Graduate School of Arts and Sciences, Univ. of Tokyo
|: E-mail: nori1@dolphin.c.u-tokyo.ac.jp (preferable)
|: nori@esa.c.u-tokyo.ac.jp
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 28 13:17:10 2005