[Cython] test failure for cython-devel in Py2.4
Stefan Behnel
stefan_ml at behnel.de
Thu Oct 13 07:10:06 CEST 2011
mark florisson, 12.10.2011 23:46:
>>>> On 10 October 2011 16:17, Stefan Behnel wrote:
>>>>> Jenkins currently reports several failures, and this one seems to be
>>>>> due to your tempita changes:
>>>>>
>>>> https://sage.math.washington.edu:8091/hudson/view/cython-devel/job/cython-devel-lxml-trunk/PYVERSION=py24/31/console
>>>>
>>>> Thanks! I'll try to fix that somewhere this week.
We should really get to the habit of not pushing changes to the master
branch that turn out to be broken in the personal branches, or, if they
appear to be ok and only turn out to break the master branch *after*
pushing them (which is ok, we have Jenkins to tell us), revert them if a
fix cannot be applied shortly, i.e. within a day or two at most.
It's very annoying when the master branch is broken for weeks in a row,
especially since that means that it will keep attracting new failures due
to the cover of already broken tests, which makes it much harder to
pinpoint the commits that triggered them.
>> Is it me or are other builds broken as well?
>>
>> I pushed a fix for the tempita thing, but it seems the entire py3k build is
>> broken:
>>
>> https://sage.math.washington.edu:8091/hudson/view/All/job/cython-devel-build/54/PYVERSION=py3k/console
It's not only the py3k tests, the build is broken in general. The problem
here is that it only *shows* in the py3k tests because the Py2 builds do
not bail out when one of the Cython modules fails to build. That needs
fixing as well.
> I just cannot reproduce that error on my system, let me investigate it
> further.
My guess was that it's due to the innocent looking change that Robert did
to enable type inference for the GeneralCallNode. It seems that there was a
bit more to do here.
Stefan
More information about the cython-devel
mailing list