You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Arkadiusz Miskiewicz <ar...@maven.pl> on 2009/03/12 10:06:15 UTC
1.6rc3 ctypes python test suite
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
--
Arkadiusz Miśkiewicz PLD/Linux Team
arekm / maven.pl http://ftp.pld-linux.org/
Re: 1.6rc3 ctypes python test suite
Posted by Arkadiusz Miskiewicz <ar...@maven.pl>.
On Saturday 14 of March 2009, David James wrote:
> 2009/3/12 David James <ja...@gmail.com>:
> >> >> > Is this supposed to work correctly with python 2.6? (ctypesgen rev
> >> >> > 63):
> >> >> >
> >> >> > $ make check-ctypes-python
> >> >> > cd
>
> ...
>
> > Will Python 3.x really get rid of the UserString classes altogether?
> > Maybe this is a mistake on the part of Python developers as it breaks
> > compatibility.
> > In any case, if we need to fix this, rather than rewriting the
> > MutableString class, we could copy the MutableString class into ctypesgen
> > for forward compatibility with Python 2.6 and later.
> > http://svn.python.org/view/python/branches/release25-maint/Lib/UserString
> >.py?revision=66717&view=markup
>
> OK, I've copied the MutableString and UserString classes from Python
> 2.5 as of r69 of ctypesgen. I tested with Python 2.6 and it seems to
> work fine. Does it work for you, Arkadiusz?
Works now.
$ 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
/home/users/arekm/rpm/BUILD/subversion-1.6.0-rc3/subversion/bindings/ctypes-python/csvn/repos.py:436: SyntaxWarning: assertion is always true, perhaps remove parentheses?
assert(self.user is not None,
..........................
----------------------------------------------------------------------
Ran 26 tests in 64.930s
OK
There is only that assert warning. Tuple there is always evaluated as true.
> Cheers,
>
> David
--
Arkadiusz Miśkiewicz PLD/Linux Team
arekm / maven.pl http://ftp.pld-linux.org/
Re: 1.6rc3 ctypes python test suite
Posted by Daniel Rall <dl...@finemaltcoding.com>.
On Thu, Mar 12, 2009 at 9:14 AM, Arfrever Frehtes Taifersar Arahesis
<Ar...@gmail.com> wrote:
> 2009-03-12 16:33 David James <ja...@gmail.com> napisał(a):
...
>> Maybe this is a mistake on the part of Python developers as it breaks
>> compatibility.
>
> It isn't a mistake. Python 3 purposefully breaks compatibility:
> http://docs.python.org/3.0/whatsnew/3.0.html
That's typically what a major point release does -- break stuff.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1313501
Re: 1.6rc3 ctypes python test suite
Posted by Arfrever Frehtes Taifersar Arahesis <Ar...@GMail.Com>.
2009-03-12 16:33 David James <ja...@gmail.com> napisał(a):
> On Thu, Mar 12, 2009 at 8:08 AM, Arfrever Frehtes Taifersar Arahesis
> <ar...@gmail.com> wrote:
>>
>> 2009-03-12 16:00 David James <ja...@gmail.com> napisał(a):
>> > On Thu, Mar 12, 2009 at 4:04 AM, Arfrever Frehtes Taifersar Arahesis
>> > <Ar...@gmail.com> wrote:
>> >>
>> >> 2009-03-12 11:06 Arkadiusz Miskiewicz <ar...@maven.pl> napisał(a):
>> >> >
>> >> > Is this supposed to work correctly with python 2.6? (ctypesgen rev
>> >> > 63):
>> >> >
>> >> > ...
>> >> > 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).
>
> Will Python 3.x really get rid of the UserString classes altogether?
UserString.UserString was renamed to collections.UserString.
http://docs.python.org/library/userdict.html#module-UserString
http://docs.python.org/3.0/library/collections.html#collections.UserString
> Maybe this is a mistake on the part of Python developers as it breaks
> compatibility.
It isn't a mistake. Python 3 purposefully breaks compatibility:
http://docs.python.org/3.0/whatsnew/3.0.html
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1313496
Re: 1.6rc3 ctypes python test suite
Posted by David James <ja...@gmail.com>.
2009/3/12 David James <ja...@gmail.com>:
>> >> > Is this supposed to work correctly with python 2.6? (ctypesgen rev
>> >> > 63):
>> >> >
>> >> > $ make check-ctypes-python
>> >> > cd
...
> Will Python 3.x really get rid of the UserString classes altogether? Maybe
> this is a mistake on the part of Python developers as it breaks
> compatibility.
> In any case, if we need to fix this, rather than rewriting the MutableString
> class, we could copy the MutableString class into ctypesgen for forward
> compatibility with Python 2.6 and later.
> http://svn.python.org/view/python/branches/release25-maint/Lib/UserString.py?revision=66717&view=markup
OK, I've copied the MutableString and UserString classes from Python
2.5 as of r69 of ctypesgen. I tested with Python 2.6 and it seems to
work fine. Does it work for you, Arkadiusz?
Cheers,
David
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1323052
Re: 1.6rc3 ctypes python test suite
Posted by David James <ja...@gmail.com>.
On Thu, Mar 12, 2009 at 8:08 AM, Arfrever Frehtes Taifersar Arahesis <
arfrever.fta@gmail.com> wrote:
> 2009-03-12 16:00 David James <ja...@gmail.com> napisał(a):
> > On Thu, Mar 12, 2009 at 4:04 AM, Arfrever Frehtes Taifersar Arahesis
> > <Ar...@gmail.com> wrote:
> >>
> >> 2009-03-12 11:06 Arkadiusz Miskiewicz <ar...@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).
>
Will Python 3.x really get rid of the UserString classes altogether? Maybe
this is a mistake on the part of Python developers as it breaks
compatibility.
In any case, if we need to fix this, rather than rewriting the MutableString
class, we could copy the MutableString class into ctypesgen for forward
compatibility with Python 2.6 and later.
http://svn.python.org/view/python/branches/release25-maint/Lib/UserString.py?revision=66717&view=markup
The version of MutableString in Python 2.5 and earlier looks fine.
In Copying MutableString from Python 2.5 into ctypesgen would be pretty
straightforward, I think.
In Python 2.6, MutableString inherits from MutableSequence, which, via a
complex inheritance chain, eventually defines ABCMeta as its metaclass. If
we wanted to fix the metaclass issue, I guess we would have to combine the
ABCMeta metaclass with the metaclasses used by ctypes. This seems needlessly
complicated.
http://svn.python.org/view/python/branches/release26-maint/Lib/UserString.py?revision=66717&view=markup<http://svn.python.org/view/python/branches/release25-maint/Lib/UserString.py?revision=66717&view=markup>
http://svn.python.org/view/python/branches/release26-maint/Lib/_abcoll.py?revision=69938&view=markup
http://svn.python.org/view/python/branches/release26-maint/Lib/abc.py?revision=70080&view=markup
Cheers,
David
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1313365
Re: 1.6rc3 ctypes python test suite
Posted by Arfrever Frehtes Taifersar Arahesis <Ar...@GMail.Com>.
2009-03-12 16:00 David James <ja...@gmail.com> napisał(a):
> On Thu, Mar 12, 2009 at 4:04 AM, Arfrever Frehtes Taifersar Arahesis
> <Ar...@gmail.com> wrote:
>>
>> 2009-03-12 11:06 Arkadiusz Miskiewicz <ar...@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
Re: 1.6rc3 ctypes python test suite
Posted by David James <ja...@gmail.com>.
On Thu, Mar 12, 2009 at 4:04 AM, Arfrever Frehtes Taifersar Arahesis <
Arfrever.FTA@gmail.com> wrote:
> 2009-03-12 11:06 Arkadiusz Miskiewicz <ar...@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
Re: 1.6rc3 ctypes python test suite
Posted by Arfrever Frehtes Taifersar Arahesis <Ar...@GMail.Com>.
2009-03-12 11:06 Arkadiusz Miskiewicz <ar...@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 :( .
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1312346