Re: [Cython] Rewriting/compiling parts of CPython's stdlib in Cython

2011-03-21 Thread Vitja Makarov
2011/3/22 Stefan Behnel : > Stefan Behnel, 22.03.2011 07:10: >> >> there seems to be quite some interest in a project to get parts of CPython >> and specifically its stdlib rewritten in Cython. >> [...] I gave it a try with difflib and it turned out to be quite easy. >> >> http://blog.behnel.de/ind

Re: [Cython] Rewriting/compiling parts of CPython's stdlib in Cython

2011-03-21 Thread Stefan Behnel
Stefan Behnel, 22.03.2011 07:10: there seems to be quite some interest in a project to get parts of CPython and specifically its stdlib rewritten in Cython. [...] I gave it a try with difflib and it turned out to be quite easy. http://blog.behnel.de/index.php?p=155 BTW, given how short that pa

[Cython] Rewriting/compiling parts of CPython's stdlib in Cython

2011-03-21 Thread Stefan Behnel
Hi, there seems to be quite some interest in a project to get parts of CPython and specifically its stdlib rewritten in Cython. I've copied the latest python-dev mail below. The relevant part of the thread is here: http://thread.gmane.org/gmane.comp.python.devel/122273/focus=122798 In short,

Re: [Cython] Bug in cython-mode.el under GNU Emacs 23.2.1

2011-03-21 Thread Vitja Makarov
2011/3/22 Rafe Kettler : > I've just tried out cython-mode.el and I was a bit disappointed when it > didn't work right off the bat. > > I added the following to my .emacs: > > (setq load-path (cons "~/lib/emacs-plugins" load-path)) > (require 'cython-mode) > > this initially gave me the following e

[Cython] Bug in cython-mode.el under GNU Emacs 23.2.1

2011-03-21 Thread Rafe Kettler
I've just tried out cython-mode.el and I was a bit disappointed when it didn't work right off the bat. I added the following to my .emacs: (setq load-path (cons "~/lib/emacs-plugins" load-path)) (require 'cython-mode) this initially gave me the following error when I restarted emacs: Warnin

Re: [Cython] Message system refactoring

2011-03-21 Thread Robert Bradshaw
On Mon, Mar 21, 2011 at 3:51 AM, Dag Sverre Seljebotn wrote: > On 03/21/2011 11:45 AM, Vitja Makarov wrote: >> >> Now error/warning messages are stored in global variables at >> Cython.Compiler.Errors >> >> I think it's much better to move error handling into some object, >> Main.Context for examp

Re: [Cython] Message system refactoring

2011-03-21 Thread Stefan Behnel
Vitja Makarov, 21.03.2011 11:45: Now error/warning messages are stored in global variables at Cython.Compiler.Errors Pyrex legacy. Even the visible warning level is a global variable ("LEVEL"). That's a very bad interface. I think it's much better to move error handling into some object, M

Re: [Cython] Message system refactoring

2011-03-21 Thread Vitja Makarov
2011/3/21 Dag Sverre Seljebotn : > On 03/21/2011 11:45 AM, Vitja Makarov wrote: >> >> Now error/warning messages are stored in global variables at >> Cython.Compiler.Errors >> >> I think it's much better to move error handling into some object, >> Main.Context for example. >> >> Some benefits: >>  

Re: [Cython] Message system refactoring

2011-03-21 Thread Dag Sverre Seljebotn
On 03/21/2011 11:45 AM, Vitja Makarov wrote: Now error/warning messages are stored in global variables at Cython.Compiler.Errors I think it's much better to move error handling into some object, Main.Context for example. Some benefits: - reduce use of global variables - allow more then one

[Cython] Message system refactoring

2011-03-21 Thread Vitja Makarov
Now error/warning messages are stored in global variables at Cython.Compiler.Errors I think it's much better to move error handling into some object, Main.Context for example. Some benefits: - reduce use of global variables - allow more then one cython compiler instance at the time - make it m