On Thu, Mar 12, 2009 at 4:04 AM, Arfrever Frehtes Taifersar Arahesis <
Arfrever.FTA_at_gmail.com> wrote:
> 2009-03-12 11:06 Arkadiusz Miskiewicz <arekm_at_maven.pl> napisał(a):
> >
> > Is this supposed to work correctly with python 2.6? (ctypesgen rev 63):
> >
> > $ make check-ctypes-python
> > cd
> /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python;
> \
> > /bin/sh /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/libtool
> --tag=CC --silent --mode=execute `for f in
> /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/*/*.la; do echo
> -dlopen $f; done`
> > /usr/bin/python setup.py build --subversion="/usr" \
> > --apr="/usr" --apr-util="/usr" \
> > --ctypesgen="/usr/bin/ctypesgen.py"
> --svn-headers="/home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/include"
> \
> > --cppflags="-D_FORTIFY_SOURCE=2 -DLINUX=2 -D_REENTRANT
> -D_GNU_SOURCE -I/usr/include/apr -I/usr/include/apr-util -I/usr/include
> -DQT_SHARED -D_REENTRANT -DQT_CORE_LIB -
> > DQT_NO_DEBUG -DQT_DBUS_LIB -DQT_XML_LIB -DQT_GUI_LIB " --ldflags=""
> > running build
> > csvn/core/functions.py was not regenerated (output up-to-date)
> > running build_py
> > cd
> /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python;
> \
> > /bin/sh /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/libtool
> --tag=CC --silent --mode=execute `for f in
> /home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/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 5, in <module>
> > import setup_path
> > File
> "/home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python/test/setup_path.py",
> line 14, in <module>
> > import csvn.core
> > File
> "/home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python/csvn/core/__init__.py",
> line 4, in <module>
> > import functions
> > File
> "/home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python/csvn/core/functions.py",
> line 111, in <module>
> > class String(MutableString, Union):
> > File "/usr/share/python2.6/abc.py", line 76, in __new__
> > TypeError: Error when calling the metaclass bases
> > metaclass conflict: the metaclass of a derived class must be a
> (non-strict) subclass of the metaclasses of all its bases
> > make: *** [check-ctypes-python] Błąd 1
>
> ctypesgen generates code (class String in
> ctypesgencore/printer/preamble.py) which currently doesn't work with
> Python >=2.6 :( .
>
>
Hi Arfrever, Arkadiusz,
Reading about this issue, it seems like the problem here is that
MutableString and Union have metaclasses, and Python doesn't know how to
automatically generate a metaclass for the String class. How can we do that
in a portable way that works with Python 2.4 - Python 2.6? Do MutableString
or Union even have metaclasses in Python 2.4?
Cheers,
David
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1313255
Received on 2009-03-12 16:00:27 CET