2009-03-12 16:00 David James <james82_at_gmail.com> napisał(a):
> 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?
MutableString class doesn't exist in Python 3, so I suggest to rewrite String
class without inheriting from MutableString class (maybe using lists).
--
Arfrever Frehtes Taifersar Arahesis
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1313283
Received on 2009-03-12 16:09:12 CET