2011/9/13 Robert Bradshaw :
> On Sun, Sep 11, 2011 at 7:58 AM, Stefan Behnel wrote:
>> mark florisson, 11.09.2011 16:35:
>>>
>>> Wouldn't it be easier if everyone went through the pull-request
>>> process (which means you test stuff in your own branch first) for
>>> anything but trivial fixes? The
2011/9/13 Robert Bradshaw :
> On Mon, Sep 12, 2011 at 7:19 PM, Lisandro Dalcin wrote:
>> On 9 September 2011 05:26, Robert Bradshaw
>> wrote:
>>> Does it work with icc if you replace
>>>
>>> # define CYTHON_UNUSED __attribute__ ((__unused__))
>>>
>>> with
>>>
>>> # define CYTHON_UNUSED __a
It seems that something have changed after recent jenkins job
refactoring. Starting from build cython-vitek-tests-pyregr-py27-c #365
I got error about creating hard links in build logs:
[workspace] $ /bin/sh -xe /levi/scratch/hudson/tmp/hudson4308307797887194909.sh
+ /levi/scratch/robertwb/hudson/
2011/9/16 Arfrever Frehtes Taifersar Arahesis :
> 1 test failure with Python 2.6:
>
> compiling (c) and running tupleunpack_T712 ... Doctest:
> tupleunpack_T712.__test__.single_from_set (line 12) ... ok
> Doctest: tupleunpack_T712.__test__.single_from_string (line 4) ... ok
> compiling (cpp) and r
2011/9/16 Robert Bradshaw :
> On Thu, Sep 15, 2011 at 9:10 PM, Vitja Makarov
> wrote:
>> 2011/9/16 Arfrever Frehtes Taifersar Arahesis :
>>> 1 test failure with Python 2.6:
>>>
>>> compiling (c) and running tupleunpack_T712 ... Doctest:
>>> tu
2011/9/22 Robert Bradshaw :
> On Wed, Sep 21, 2011 at 1:20 AM, wrote:
>> Hi Robert,
>>
>> Robert Bradshaw wrote:
>>>
>>> The warning seem correct to me, or is foo actually modifying the
>>> values of cya and cyb? (I suppose this could be possible by taking the
>>> address of the "passed by refere
2011/9/23 Robert Bradshaw :
> On Thu, Sep 22, 2011 at 5:08 AM, Vitja Makarov
> wrote:
>> 2011/9/22 Robert Bradshaw :
>>> On Wed, Sep 21, 2011 at 1:20 AM, wrote:
>>>> Hi Robert,
>>>>
>>>> Robert Bradshaw wrote:
>>>>>
2011/9/23 mark florisson :
> On 23 September 2011 06:02, Robert Bradshaw
> wrote:
>> On Thu, Sep 22, 2011 at 9:36 PM, Vitja Makarov
>> wrote:
>>> 2011/9/23 Robert Bradshaw :
>>>> On Thu, Sep 22, 2011 at 5:08 AM, Vitja Makarov
>>>> wrote:
>
2011/9/23 mark florisson :
> On 23 September 2011 06:02, Robert Bradshaw
> wrote:
>> On Thu, Sep 22, 2011 at 9:36 PM, Vitja Makarov
>> wrote:
>>> 2011/9/23 Robert Bradshaw :
>>>> On Thu, Sep 22, 2011 at 5:08 AM, Vitja Makarov
>>>> wrote:
>
Hi!
Today I found that I can't login into my trac account. Is that common
problem or only mine?
--
vitja.
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
I tried to build simple plan for ongoing cython function refactoring
* Replace assignment synthesis with SingleAssignmentNode, where LHS is
NameNode and RHS is PyCFunctionNode
* Split function body into python wrapper and C function
http://wiki.cython.org/enhancements/generators#Pythonfunctionrefa
2011/9/28 Vitja Makarov :
> I tried to build simple plan for ongoing cython function refactoring
>
> * Replace assignment synthesis with SingleAssignmentNode, where LHS is
> NameNode and RHS is PyCFunctionNode
> * Split function body into python wrapper and C function
> http
2011/9/30 Stefan Behnel :
> Vitja Makarov, 30.09.2011 06:41:
>>
>> 2011/9/28 Vitja Makarov:
>>>
>>> I tried to build simple plan for ongoing cython function refactoring
>>>
>>> * Replace assignment synthesis with SingleAssignmentNode, w
2011/9/30 Robert Bradshaw :
> On Thu, Sep 29, 2011 at 10:43 PM, Stefan Behnel wrote:
>> Vitja Makarov, 30.09.2011 06:41:
>>>
>>> 2011/9/28 Vitja Makarov:
>>>>
>>>> I tried to build simple plan for ongoing cython function refact
2011/9/30 Vitja Makarov :
> 2011/9/30 Robert Bradshaw :
>> On Thu, Sep 29, 2011 at 10:43 PM, Stefan Behnel wrote:
>>> Vitja Makarov, 30.09.2011 06:41:
>>>>
>>>> 2011/9/28 Vitja Makarov:
>>>>>
>>>>> I tried to build s
2011/9/30 mark florisson :
> On 30 September 2011 07:47, Vitja Makarov wrote:
>> 2011/9/30 Vitja Makarov :
>>> 2011/9/30 Robert Bradshaw :
>>>> On Thu, Sep 29, 2011 at 10:43 PM, Stefan Behnel
>>>> wrote:
>>>>> Vitja Makarov
2011/10/2 mark florisson :
> On 2 October 2011 18:52, Vitja Makarov wrote:
>> 2011/9/30 mark florisson :
>>> On 30 September 2011 07:47, Vitja Makarov wrote:
>>>> 2011/9/30 Vitja Makarov :
>>>>> 2011/9/30 Robert Bradshaw :
>>>>>>
2011/10/3 mark florisson :
> On 2 October 2011 19:44, Vitja Makarov wrote:
>> 2011/10/2 mark florisson :
>>> On 2 October 2011 18:52, Vitja Makarov wrote:
>>>> 2011/9/30 mark florisson :
>>>>> On 30 September 2011 07:47, Vitja Makarov wrote:
>&
2011/10/6 mark florisson :
> On 6 October 2011 07:46, Stefan Behnel wrote:
>> mark florisson, 05.10.2011 15:53:
>>>
>>> On 5 October 2011 08:16, Stefan Behnel wrote:
mark florisson, 04.10.2011 23:19:
>
> Another issue is that Cython compile time is increasing with the
> addit
2011/10/7 mark florisson :
> On 6 October 2011 21:56, Vitja Makarov wrote:
>> 2011/10/6 mark florisson :
>>> On 6 October 2011 07:46, Stefan Behnel wrote:
>>>> mark florisson, 05.10.2011 15:53:
>>>>>
>>>>> On 5 October 2011 08:16, Stef
2011/10/7 Vitja Makarov :
> 2011/10/7 mark florisson :
>> On 6 October 2011 21:56, Vitja Makarov wrote:
>>> 2011/10/6 mark florisson :
>>>> On 6 October 2011 07:46, Stefan Behnel wrote:
>>>>> mark florisson, 05.10.2011 15:53:
>>>&
2011/10/7 Stefan Behnel :
> Vitja Makarov, 06.10.2011 23:12:
>>
>> Here is small comparison on compiling urllib.py with cython:
>>
>> ((e8527c5...)) vitja@mchome:~/work/cython-vitek-git/zzz$ time python
>> ../cython.py urllib.py
>>
>> real 0m1
2011/10/7 Vitja Makarov :
> 2011/10/7 Stefan Behnel :
>> Vitja Makarov, 06.10.2011 23:12:
>>>
>>> Here is small comparison on compiling urllib.py with cython:
>>>
>>> ((e8527c5...)) vitja@mchome:~/work/cython-vitek-git/zzz$ time python
>>> ..
2011/10/8 mark florisson :
> On 8 October 2011 08:03, Stefan Behnel wrote:
>> Vitja Makarov, 07.10.2011 18:01:
>>>>
>>>> 2011/10/7 Stefan Behnel:
>>>>>
>>>>> Vitja Makarov, 06.10.2011 23:12:
>>>>>>
>>&g
Hi! Any news here?
2011/9/28 Robert Bradshaw :
> I can't log in either, though I haven't had a chance to investigate.
>
> On Tue, Sep 27, 2011 at 9:41 AM, Vitja Makarov
> wrote:
>> Hi!
>>
>> Today I found that I can't login into my trac ac
2011/10/13 Stefan Behnel :
> 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/h
2011/10/13 Stefan Behnel :
> Vitja Makarov, 13.10.2011 08:03:
>>
>> I found that tempita bug goes away if you change language_level to 2.
>
> There's no language level configured in Py2.4, which fails.
>
> https://sage.math.washington.edu:8091/hudson/job/cython-de
2011/10/13 mark florisson :
> On 13 October 2011 12:52, mark florisson wrote:
>> On 13 October 2011 12:44, Stefan Behnel wrote:
>>> mark florisson, 13.10.2011 12:18:
>>>>
>>>> On 13 October 2011 10:56, mark florisson wrote:
>>>>
2011/10/15 Stefan Behnel :
> Stefan Behnel, 13.10.2011 21:22:
>>
>> Vitja Makarov, 13.10.2011 20:33:
>>>
>>> But py3k pyregr is no red due to SIGSEGV, is that python problem:
>>>
>>>
>>> https://sage.math.washington.edu:8091/hudson/job/c
2011/10/15 Vitja Makarov :
> 2011/10/15 Stefan Behnel :
>> Stefan Behnel, 13.10.2011 21:22:
>>>
>>> Vitja Makarov, 13.10.2011 20:33:
>>>>
>>>> But py3k pyregr is no red due to SIGSEGV, is that python problem:
>>>>
>>>>
>
Hi!
Recent commits to the master introduced pyregr regressions. You can
see it here, just sort by age:
https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests-pyregr/BACKEND=c,PYVERSION=py27/33/testReport/
Here is one example:
=
2011/10/15 Stefan Behnel :
> Vitja Makarov, 15.10.2011 11:26:
>>
>> Recent commits to the master introduced pyregr regressions. You can
>> see it here, just sort by age:
>>
>>
>> https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests-pyregr
I tried to run pyregr tests on my localhost and it doesn't sigsegv.
Perhaps I should try compiled version of Cython.
Btw, I've implemented noargs super and now I want to see how does it
affect py3k-pyregr test results.
--
vitja.
___
cython-devel mailin
2011/10/21 Stefan Behnel :
> Stefan Behnel, 21.10.2011 12:01:
>>
>> Vitja Makarov, 21.10.2011 11:44:
>>>
>>> I tried to run pyregr tests on my localhost and it doesn't sigsegv.
>>
>> It's a crash bug in the debug builds of the latest py3k bra
Hi!
This simple code crashes compiler:
lambda i=1: i
"""
File "/home/vitja/work/cython-vitek-git/Cython/Compiler/Parsing.py",
line 122, in p_test
return p_lambdef(s)
File "/home/vitja/work/cython-vitek-git/Cython/Compiler/Parsing.py",
line 102, in p_lambdef
s, terminator=':', annotat
2011/10/23 Stefan Behnel :
> Vitja Makarov, 23.10.2011 08:39:
>>
>> This simple code crashes compiler:
>>
>> lambda i=1: i
>>
>> """
>> File "/home/vitja/work/cython-vitek-git/Cython/Compiler/Parsing.py",
>> line 122, i
2011/10/29 Stefan Behnel :
> mark florisson, 28.10.2011 22:59:
>>
>> On 28 October 2011 21:55, Robert Bradshaw wrote:
>>>
>>> With Mark's fused types and memory views going in, I think it's about
>>> time for a new release.
>
> Agreed.
>
>
>>> Thoughts?
>
> I still haven't investigated the decorato
2011/11/4 mark florisson :
> On 29 October 2011 17:40, Vitja Makarov wrote:
>> 2011/10/29 Stefan Behnel :
>>> mark florisson, 28.10.2011 22:59:
>>>>
>>>> On 28 October 2011 21:55, Robert Bradshaw wrote:
>>>>>
>>>>> With Mar
2011/11/4 mark florisson :
>>
>> That's nice. I've also implemented support for dynamic default args
>>
>> http://trac.cython.org/cython_trac/ticket/674
>>
>> I think it could be merged either.
>
> That's great, because it's a nasty bug. I see no pull request for that
> though, although I see it in
When file encoding is specified cython generates two PyObject entries
for string consts one for the variable name and one for the string
constant.
Here is ticket: http://trac.cython.org/cython_trac/ticket/740
At the first time I thought that this is C++ related bug. Now I
realise that C doesn't c
2011/11/6 Stefan Behnel :
> Vitja Makarov, 06.11.2011 18:10:
>>
>> When file encoding is specified cython generates two PyObject entries
>> for string consts one for the variable name and one for the string
>> constant.
>
> That's because the content may ac
2011/11/7 Stefan Behnel :
> Vitja Makarov, 07.11.2011 19:28:
>>
>> 2011/11/6 Stefan Behnel:
>>>
>>> Vitja Makarov, 06.11.2011 18:10:
>>>>
>>>> When file encoding is specified cython generates two PyObject entries
>>>> for string
2011/11/13 Matt Hagy :
> Hi,
>
> Cython generators aren’t closed on dealloc and this can lead to cleanup code
> not being ran (see example below). I couldn’t find any reference to this
> issue on the trac or the wiki and therefore wanted to report it. If this is a
> know issue please disregard t
2011/11/14 Vitja Makarov :
> 2011/11/13 Matt Hagy :
>> Hi,
>>
>> Cython generators aren’t closed on dealloc and this can lead to cleanup code
>> not being ran (see example below). I couldn’t find any reference to this
>> issue on the trac or the wiki and therefor
2011/11/23 Rauli Ruohonen :
> Hi,
>
> I don't know if this has been reported yet (didn't notice a ticket
> with a quick look though), but I just downloaded and installed the
> latest Cython tarball and got a segfault this way:
>
> rauli@ubuntu:~/example$ ls
> bar.py foo.pyx
> rauli@ubuntu:~/exampl
Hi!
I'm now trying to make inlined generator expressions work again. And I
found strange thing:
inlined_generator_expression.pyx:
def range_sum(int N):
"""
>>> sum(range(10))
45
>>> range_sum(10)
45
"""
result = sum(i for i in range(N))
return result
'i' is expec
2011/11/26 Robert Bradshaw :
> On Sat, Nov 26, 2011 at 8:10 AM, Vitja Makarov
> wrote:
>> Hi!
>>
>> I'm now trying to make inlined generator expressions work again. And I
>> found strange thing:
>>
>> inlined_generator_expression.pyx:
>>
>
Some time ago we were talking about generators optimization by copying
local variables from closure into local scope.
Now I think that should be a good idea to implement this for both
generators and regular closure functions. So local var will be used
for reference and assignment should be made to
2011/12/25 Stefan Behnel :
> Stefan Behnel, 21.12.2011 21:17:
>
>> Vitja Makarov, 21.12.2011 19:48:
>>>
>>> Some time ago we were talking about generators optimization by copying
>>> local variables from closure into local scope.
>>
>>
>> Ye
2011/12/27 Stefan Behnel :
> Vitja Makarov, 26.12.2011 20:07:
>>
>> 2011/12/25 Stefan Behnel:
>>
>>> Stefan Behnel, 21.12.2011 21:17:
>>>>
>>>> Vitja Makarov, 21.12.2011 19:48:
>>>>>
>>>>>
>>>>>
I've recently merged my def-node-refactoring branch and found some
bugs, thanks to sage-build.
Then I've found that sage-tests has >100 failures.
So I'm wondering does anybody know what's wrong with sage-tests?
--
vitja.
___
cython-devel mailing list
c
to reproduce segfaults at home but I was unable to compile
sage due to incompatible changes in cython.
> On Sat, Jan 14, 2012 at 9:38 AM, Robert Bradshaw
> wrote:
>> On Sat, Jan 14, 2012 at 6:19 AM, Vitja Makarov
>> wrote:
>>> I've recently merged my def-node-r
I tried to optimize module lookups (__pyx_m) by caching internal PyDict state.
In this example bar() is 1.6 time faster (500us against 842us):
C = 123
def foo(a):
return C * adef bar():
for i in range(1): foo(i)
Here is proof of
concept:https://github.com/vitek/cython/commit/1d
dule subclass, but it would probably be
> cleaner and afford much more than a 1.6x speedup.
>
> - Robert
>
> On Wed, Jan 18, 2012 at 12:30 PM, Vitja Makarov
> wrote:
>> I tried to optimize module lookups (__pyx_m) by caching internal PyDict
>> state.
>>
&
2012/1/19 Vitja Makarov :
> 2012/1/19 Robert Bradshaw :
>> I think the right thing to do here is make all module-level globals
>> into "cdef public" attributes, i.e. C globals with getters and setters
>> for Python space. I'm not sure whether this would best be
2012/1/21 Stefan Behnel :
> Chris Colbert, 19.01.2012 09:18:
>> If it doesn't pass PyDict_CheckExact you won't be able to use it as the
>> globals to eval or exec.
>
> What makes you say that? I tried and it worked for me, all the way back to
> Python 2.4:
>
>
> Python 2.4.6 (#
2012/1/21 Stefan Behnel :
> Vitja Makarov, 19.01.2012 08:49:
>> 2012/1/19 Robert Bradshaw:
>>> On Wed, Jan 18, 2012 at 12:30 PM, Vitja Makarov wrote:
>>>> I tried to optimize module lookups (__pyx_m) by caching internal PyDict
>>>> state.
>>>>
2012/1/21 Chris Colbert :
>
>
> On Sat, Jan 21, 2012 at 2:35 AM, Vitja Makarov
> wrote:
>>
>> 2012/1/21 Stefan Behnel :
>> > Chris Colbert, 19.01.2012 09:18:
>> >> If it doesn't pass PyDict_CheckExact you won't be able to use it as the
>
2012/1/24 mark florisson :
> On 24 January 2012 11:37, Konrad Hinsen wrote:
>> Compiling the attached Cython file produced the attached C file which
>> has errors in lines 532-534:
>>
>> __pyx_v_self->xx = None;
>> __pyx_v_self->yy = None;
>> __pyx_v_self->zz = None;
>>
>> There is no C symbol
2012/1/24 Robert Bradshaw :
> On Tue, Jan 24, 2012 at 6:09 AM, Vitja Makarov
> wrote:
>> 2012/1/24 mark florisson :
>>> On 24 January 2012 11:37, Konrad Hinsen wrote:
>>>> Compiling the attached Cython file produced the attached C file which
2012/1/24 mark florisson :
> On 24 January 2012 18:30, Vitja Makarov wrote:
>> 2012/1/24 Robert Bradshaw :
>>> On Tue, Jan 24, 2012 at 6:09 AM, Vitja Makarov
>>> wrote:
>>>> 2012/1/24 mark florisson :
>>>>> On 24 January 2012 11:37, Konr
2012/1/25 mark florisson :
> I just noticed the inline defnode call code. When I try to compile
> with 'cython -Xoptimize.inline_defnode_calls=True test.pyx' with the
> following code:
>
> def foo(x): print foo
> foo(10)
>
> I get
>
> Error compiling Cython file:
> -
2012/1/25 mark florisson :
> On 24 January 2012 19:18, Dag Sverre Seljebotn
> wrote:
>> On 01/24/2012 08:05 PM, Vitja Makarov wrote:
>>>
>>> 2012/1/24 mark florisson:
>>>>
>>>> On 24 January 2012 18:30, Vitja Makarov wrote:
>>>&
2012/1/25 mark florisson :
> On 25 January 2012 06:49, Vitja Makarov wrote:
>> 2012/1/25 mark florisson :
>>> I just noticed the inline defnode call code. When I try to compile
>>> with 'cython -Xoptimize.inline_defnode_calls=True test.pyx' with the
>>
2012/1/25 Stefan Behnel :
> mark florisson, 24.01.2012 14:53:
>> On 24 January 2012 11:37, Konrad Hinsen wrote:
>>> Compiling the attached Cython file produced the attached C file which
>>> has errors in lines 532-534:
>>>
>>> __pyx_v_self->xx = None;
>>> __pyx_v_self->yy = None;
>>> __pyx_v_sel
2012/1/26 mark florisson :
> On 26 January 2012 06:39, Vitja Makarov wrote:
>> 2012/1/25 Stefan Behnel :
>>> mark florisson, 24.01.2012 14:53:
>>>> On 24 January 2012 11:37, Konrad Hinsen wrote:
>>>>> Compiling the attached Cython file produced the at
2012/1/27 Stefan Behnel :
> Robert Bradshaw, 21.01.2012 23:09:
>> On Sat, Jan 21, 2012 at 10:50 AM, Stefan Behnel wrote:
>>> I did some callgrind profiling on Cython's generators and was surprised to
>>> find that AddTraceback() represents a serious performance penalty for short
>>> running generat
2012/1/27 Stefan Behnel :
> Stefan Behnel, 26.01.2012 21:57:
>> Vitja Makarov, 26.01.2012 21:19:
>>> 2012/1/27 Stefan Behnel:
>>>> Robert Bradshaw, 21.01.2012 23:09:
>>>>> On Sat, Jan 21, 2012 at 10:50 AM, Stefan Behnel wrote:
>>>>>>
2012/1/27 Stefan Behnel :
> Vitja Makarov, 27.01.2012 12:02:
>> I'll push my patch to upstream.
>
> Please do.
>
https://github.com/cython/cython/commit/7ae9d5b9a66bb586cd0d03b3aa137eb762602087
>
>> One question: does it close the ticket or not?
>
> No.
>
2012/1/26 Jason Grout :
> On 1/25/12 11:39 AM, Robert Bradshaw wrote:
>>
>> install
>>
>> https://sage.math.washington.edu:8091/hudson/view/ext-libs/job/sage-build/lastSuccessfulBuild/artifact/cython-devel.spkg
>> by downloading it and running "sage -i cython-devel.spkg"
>
>
>
> In fact, you could
2012/1/28 Stefan Behnel :
> Stefan Behnel, 27.01.2012 09:02:
>> any exception *propagation* is
>> still substantially slower than necessary, and that's a general issue.
>
> Here's a general take on a code object cache for exception propagation.
>
> https://github.com/scoder/cython/commit/ad18e0208
2012/1/28 mark florisson :
> On 28 January 2012 19:41, Vitja Makarov wrote:
>> 2012/1/28 Stefan Behnel :
>>> Stefan Behnel, 27.01.2012 09:02:
>>>> any exception *propagation* is
>>>> still substantially slower than necessary, and that's a general
2012/1/28 mark florisson :
> On 28 January 2012 19:48, mark florisson wrote:
>> On 28 January 2012 19:41, Vitja Makarov wrote:
>>> 2012/1/28 Stefan Behnel :
>>>> Stefan Behnel, 27.01.2012 09:02:
>>>>> any exception *propagation* is
>>>>
2012/1/29 Stefan Behnel :
> Vitja Makarov, 28.01.2012 20:58:
>> 2012/1/28 mark florisson :
>>> On 28 January 2012 19:41, Vitja Makarov wrote:
>>>> 2012/1/28 Stefan Behnel :
>>>>> Stefan Behnel, 27.01.2012 09:02:
>>>>>> any ex
Investigating sage-tests segfaults I found that this code causes sigsegv:
def foo():
return (0,) * len('abc')
foo()
--
vitja.
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
2012/1/26 mark florisson :
> On 26 January 2012 19:27, Stefan Behnel wrote:
>> mark florisson, 26.01.2012 20:15:
>>> On 26 January 2012 18:53, Stefan Behnel wrote:
mark florisson, 26.01.2012 16:20:
> I think this problem can trivially be solved by creating a ProxyNode
> that should ne
2012/1/31 Robert Bradshaw :
> On Sat, Jan 28, 2012 at 8:05 AM, Vitja Makarov
> wrote:
>> 2012/1/26 Jason Grout :
>>> On 1/25/12 11:39 AM, Robert Bradshaw wrote:
>>>>
>>>> install
>>>>
>>>> https://sage.math.washington.edu:
2012/2/11 Robert Bradshaw :
> All of Sage passes except for one test:
>
> sage -t devel/sage/sage/misc/sageinspect.py
> **
> File
> "/levi/scratch/robertwb/hudson/sage-4.8/devel/sage-main/sage/misc/sageinspect.py",
> line 970:
>
2012/2/4 Vitja Makarov :
> 2012/1/26 mark florisson :
>> On 26 January 2012 19:27, Stefan Behnel wrote:
>>> mark florisson, 26.01.2012 20:15:
>>>> On 26 January 2012 18:53, Stefan Behnel wrote:
>>>>> mark florisson, 26.01.2012 16:20:
>>>>&g
2012/2/12 mark florisson :
> On 12 February 2012 14:06, Vitja Makarov wrote:
>> 2012/2/4 Vitja Makarov :
>>> 2012/1/26 mark florisson :
>>>> On 26 January 2012 19:27, Stefan Behnel wrote:
>>>>> mark florisson, 26.01.2012 20:15:
>>>>>&
2012/2/12 Vitja Makarov :
> 2012/2/11 Robert Bradshaw :
>> All of Sage passes except for one test:
>>
>> sage -t devel/sage/sage/misc/sageinspect.py
>> **
>> File
>> "/levi/scratch/r
2012/2/15 mark florisson :
> On 15 February 2012 09:37, Stefan Behnel wrote:
>> Hi,
>>
>> I'd like to suggest that instead of overwriting pull requests and all of
>> their comments on github by pushing replaced commits over them, it would be
>> better to keep any existing discussions accessible by
gt;>>> wrote:
>>>>> On Tue, Feb 14, 2012 at 7:49 AM, mark florisson
>>>>> wrote:
>>>>>> On 14 February 2012 07:07, Robert Bradshaw
>>>>>> wrote:
>>>>>>> On Sun, Feb 12, 2012 at 12:53 PM, Vitja Mak
Hi!
I've noticed problems with py3k pyregr tests now it shows ~8K tests
instead of 13K
Is that related to changes in cython or python?
https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests-pyregr/BACKEND=c,PYVERSION=py3k/
--
vitja.
___
2012/2/19 Vitja Makarov :
> Hi!
>
> I've noticed problems with py3k pyregr tests now it shows ~8K tests
> instead of 13K
>
> Is that related to changes in cython or python?
>
> https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests-pyregr/BACKEND=c,PYV
2012/2/20 mark florisson :
> On 19 February 2012 10:16, Vitja Makarov wrote:
>> 2012/2/15 mark florisson :
>>> On 15 February 2012 15:45, mark florisson wrote:
>>>> On 14 February 2012 21:33, Robert Bradshaw
>>>> wrote:
>>>>> On
2012/2/19 Stefan Behnel :
> Vitja Makarov, 19.02.2012 12:14:
>> I've noticed problems with py3k pyregr tests now it shows ~8K tests
>> instead of 13K
>>
>> Is that related to changes in cython or python?
>>
>> https://sage.math.washington.edu:8091/hu
2012/2/20 Vitja Makarov :
> 2012/2/19 Stefan Behnel :
>> Vitja Makarov, 19.02.2012 12:14:
>>> I've noticed problems with py3k pyregr tests now it shows ~8K tests
>>> instead of 13K
>>>
>>> Is that related to changes in cython or python?
>&g
2012/2/20 Vitja Makarov :
> 2012/2/20 Vitja Makarov :
>> 2012/2/19 Stefan Behnel :
>>> Vitja Makarov, 19.02.2012 12:14:
>>>> I've noticed problems with py3k pyregr tests now it shows ~8K tests
>>>> instead of 13K
>>>>
>>&
2012/2/20 Vitja Makarov :
> 2012/2/20 Vitja Makarov :
>> 2012/2/20 Vitja Makarov :
>>> 2012/2/19 Stefan Behnel :
>>>> Vitja Makarov, 19.02.2012 12:14:
>>>>> I've noticed problems with py3k pyregr tests now it shows ~8K tests
>>>>> i
2012/2/23 Vitja Makarov :
> 2012/2/20 Vitja Makarov :
>> 2012/2/20 Vitja Makarov :
>>> 2012/2/20 Vitja Makarov :
>>>> 2012/2/19 Stefan Behnel :
>>>>> Vitja Makarov, 19.02.2012 12:14:
>>>>>> I've noticed problems with py3k pyregr
2012/2/20 Vitja Makarov :
> 2012/2/20 mark florisson :
>> On 19 February 2012 10:16, Vitja Makarov wrote:
>>> 2012/2/15 mark florisson :
>>>> On 15 February 2012 15:45, mark florisson
>>>> wrote:
>>>>> On 14 February 2012 21:33, Robert Br
2012/2/23 mark florisson :
> On 23 February 2012 08:30, Vitja Makarov wrote:
>> 2012/2/20 Vitja Makarov :
>>> 2012/2/20 mark florisson :
>>>> On 19 February 2012 10:16, Vitja Makarov wrote:
>>>>> 2012/2/15 mark florisson :
>>>>&g
2012/2/23 Vitja Makarov :
> 2012/2/23 mark florisson :
>> On 23 February 2012 08:30, Vitja Makarov wrote:
>>> 2012/2/20 Vitja Makarov :
>>>> 2012/2/20 mark florisson :
>>>>> On 19 February 2012 10:16, Vitja Makarov wrote:
>>>>>> 201
2012/2/23 mark florisson :
> On 23 February 2012 08:36, Vitja Makarov wrote:
>> 2012/2/23 mark florisson :
>>> On 23 February 2012 08:30, Vitja Makarov wrote:
>>>> 2012/2/20 Vitja Makarov :
>>>>> 2012/2/20 mark florisson :
>>>>>> On
Recent py3k version has new feature "hash randomization" it solves
some security issues.
But has some drawbacks, for instance, dict.items() order is now
unknown. So it breaks
randomly some doctests that rely on exact order of dict items.
vitja@mchome:~/python$ ./py3k/bin/python -c "print({'a':1,
2012/2/24 mark florisson :
> On 23 February 2012 20:52, Vitja Makarov wrote:
>> Recent py3k version has new feature "hash randomization" it solves
>> some security issues.
>> But has some drawbacks, for instance, dict.items() order is now
>> unknown. So it
2012/2/24 Stefan Behnel :
> Vitja Makarov, 24.02.2012 06:24:
>> 2012/2/24 mark florisson :
>>> On 23 February 2012 20:52, Vitja Makarov wrote:
>>>> Recent py3k version has new feature "hash randomization" it solves
>>>> some security issues.
&
Jenkins app is down now. Before it got down it was raising exceptions.
Can some one restart jenkins?
--
vitja.
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
2012/2/25 Stefan Behnel :
> Stefan Behnel, 24.02.2012 18:11:
>> Vitja Makarov, 24.02.2012 17:56:
>>> Jenkins app is down now. Before it got down it was raising exceptions.
>>
>> Ah, sorry, should have posted a short message. The machine it's running on
>>
201 - 300 of 367 matches
Mail list logo
