Cython 0.15 release
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted. - Robert
Isn't this the first release that supports yield? That's a rather big deal to me. On Tue, Jul 19, 2011 at 5:32 PM, Robert Bradshaw < robertwb@math.washington.edu> wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
- Robert _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
On 20 July 2011 02:32, Robert Bradshaw <robertwb@math.washington.edu> wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
- Robert _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on. Stefan
On 20 July 2011 11:26, Stefan Behnel <stefan_ml@behnel.de> wrote:
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on.
I think we settled on the syntax in the thread called Cython .pxd introspection: listing defined constants, when Trevor was working on it: http://mail.python.org/pipermail/cython-devel/2011-February/000035.html It does look like the most sensible syntax to me, as cpdef is about exposing C/Cython-only stuff to Python.
Stefan _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
mark florisson, 20.07.2011 11:40:
On 20 July 2011 11:26, Stefan Behnel wrote:
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on.
I think we settled on the syntax in the thread called Cython .pxd introspection: listing defined constants, when Trevor was working on it: http://mail.python.org/pipermail/cython-devel/2011-February/000035.html
It does look like the most sensible syntax to me, as cpdef is about exposing C/Cython-only stuff to Python.
Ok. Does the current implementation raise syntax errors where appropriate, in order to prevent the syntax from allowing to be applied in unwanted places? What about the "cdef extern: ... cpdef enum" case? Is that to be allowed? I know I'm being pedantic here, but these things matter. Stefan
On 20 July 2011 11:47, Stefan Behnel <stefan_ml@behnel.de> wrote:
mark florisson, 20.07.2011 11:40:
On 20 July 2011 11:26, Stefan Behnel wrote:
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on.
I think we settled on the syntax in the thread called Cython .pxd introspection: listing defined constants, when Trevor was working on it: http://mail.python.org/pipermail/cython-devel/2011-February/000035.html
It does look like the most sensible syntax to me, as cpdef is about exposing C/Cython-only stuff to Python.
Ok. Does the current implementation raise syntax errors where appropriate, in order to prevent the syntax from allowing to be applied in unwanted places? What about the "cdef extern: ... cpdef enum" case? Is that to be allowed?
I don't know about the former, but I believe it will raise syntax errors whenever cdef enum would be invalid. I don't know if it checks whether there is a corresponding .pyx when it is cimported, perhaps Vitja can comment on that. Yes, especially cdef extern: cpdef enum is very useful (and implemented), when you want to expose C constants to Python.
I know I'm being pedantic here, but these things matter.
Stefan _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
2011/7/20 mark florisson <markflorisson88@gmail.com>:
On 20 July 2011 11:47, Stefan Behnel <stefan_ml@behnel.de> wrote:
mark florisson, 20.07.2011 11:40:
On 20 July 2011 11:26, Stefan Behnel wrote:
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on.
I think we settled on the syntax in the thread called Cython .pxd introspection: listing defined constants, when Trevor was working on it: http://mail.python.org/pipermail/cython-devel/2011-February/000035.html
It does look like the most sensible syntax to me, as cpdef is about exposing C/Cython-only stuff to Python.
Ok. Does the current implementation raise syntax errors where appropriate, in order to prevent the syntax from allowing to be applied in unwanted places? What about the "cdef extern: ... cpdef enum" case? Is that to be allowed?
I don't know about the former, but I believe it will raise syntax errors whenever cdef enum would be invalid. I don't know if it checks whether there is a corresponding .pyx when it is cimported, perhaps Vitja can comment on that.
Actually I don't. My change simply allows cpdef enum and doesn't do context checking. So it's better to write some tests for this.
Yes, especially cdef extern: cpdef enum is very useful (and implemented), when you want to expose C constants to Python.
Yes, this works, but I do worry about it https://github.com/vitek/cython/commit/471c41a7b37728b1b8844ea13d64b892530f4... I've changed CDefExternNode.generate_execution_code() to call body.generate_execution_code() And I'm not sure if it generates unwanted code. -- vitja.
On Wed, Jul 20, 2011 at 2:47 AM, Stefan Behnel <stefan_ml@behnel.de> wrote:
mark florisson, 20.07.2011 11:40:
On 20 July 2011 11:26, Stefan Behnel wrote:
mark florisson, 20.07.2011 10:51:
On 20 July 2011 02:32, Robert Bradshaw wrote:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
I think cpdef enum is a rather small but still very useful change for many people.
Did we agree on the right syntax yet? We should be sure about that before adding a new syntax feature to the language that we won't be able to change later on.
I think we settled on the syntax in the thread called Cython .pxd introspection: listing defined constants, when Trevor was working on it: http://mail.python.org/pipermail/cython-devel/2011-February/000035.html
It does look like the most sensible syntax to me, as cpdef is about exposing C/Cython-only stuff to Python.
Ok. Does the current implementation raise syntax errors where appropriate, in order to prevent the syntax from allowing to be applied in unwanted places? What about the "cdef extern: ... cpdef enum" case? Is that to be allowed?
I know I'm being pedantic here, but these things matter.
In any case, it sounds like there's enough uncertainty to not rush this into the release. - Robert
Stefan, Are the lxml failures at https://sage.math.washington.edu:8091/hudson/job/cython-devel-lxml-trunk-py2... expected? - Robert
Robert Bradshaw, 22.07.2011 01:00:
Are the lxml failures at https://sage.math.washington.edu:8091/hudson/job/cython-devel-lxml-trunk-py2... expected?
Yes, the "test_xmlschema_import_file" test keeps crashing with a high probability. Some kind of threading related bug, no idea how to reproduce it in a debuggable way... Just ignore those two jobs for the time being. I keep looking at the tests from time to time, because it's not *always* that bug that kills them. Stefan
Can I test the generators? 2011/7/22 Stefan Behnel <stefan_ml@behnel.de>
Robert Bradshaw, 22.07.2011 01:00:
Are the lxml failures at
https://sage.math.washington.**edu:8091/hudson/job/cython-** devel-lxml-trunk-py27/<https://sage.math.washington.edu:8091/hudson/job/cython-devel-lxml-trunk-py2...> expected?
Yes, the "test_xmlschema_import_file" test keeps crashing with a high probability. Some kind of threading related bug, no idea how to reproduce it in a debuggable way...
Just ignore those two jobs for the time being. I keep looking at the tests from time to time, because it's not *always* that bug that kills them.
Stefan
______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
2011/7/25 최원준 <wonjunchoi001@gmail.com>:
Can I test the generators?
Sure, generators support is in master already: https://github.com/cython/cython -- vitja.
I don't know where it is.. sorry 2011/7/25 Vitja Makarov <vitja.makarov@gmail.com>
2011/7/25 최원준 <wonjunchoi001@gmail.com>:
Can I test the generators?
Sure, generators support is in master already:
https://github.com/cython/cython
-- vitja. _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
최원준, 25.07.2011 08:03:
2011/7/25 Vitja Makarov
2011/7/25 최원준:
Can I test the generators?
Sure, generators support is in master already:
I don't know where it is.. sorry
It's actually not that hard. You go to that URL, click on the big fat "Downloads" button, and then select the archive format you prefer. Next, you unpack it on your machine, change into the extracted directory and run "python setup.py install". Besides, this is a question for the cython-users mailing list, not the core developers mailing list. Stefan
ok 2011/7/25 Stefan Behnel <stefan_ml@behnel.de>
최원준, 25.07.2011 08:03:
2011/7/25 Vitja Makarov
2011/7/25 최원준:
Can I test the generators?
Sure, generators support is in master already:
https://github.com/cython/**cython <https://github.com/cython/cython>
I don't know where it is.. sorry
It's actually not that hard. You go to that URL, click on the big fat "Downloads" button, and then select the archive format you prefer. Next, you unpack it on your machine, change into the extracted directory and run "python setup.py install".
Besides, this is a question for the cython-users mailing list, not the core developers mailing list.
Stefan
______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
Can I make cython file from python and C using generators? 2011년 7월 25일 오후 3:17, 최원준 <wonjunchoi001@gmail.com>님의 말:
ok
2011/7/25 Stefan Behnel <stefan_ml@behnel.de>
최원준, 25.07.2011 08:03:
2011/7/25 Vitja Makarov
2011/7/25 최원준:
Can I test the generators?
Sure, generators support is in master already:
https://github.com/cython/**cython <https://github.com/cython/cython>
I don't know where it is.. sorry
It's actually not that hard. You go to that URL, click on the big fat "Downloads" button, and then select the archive format you prefer. Next, you unpack it on your machine, change into the extracted directory and run "python setup.py install".
Besides, this is a question for the cython-users mailing list, not the core developers mailing list.
Stefan
______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
최원준, 28.07.2011 08:23:
Can I make cython file from python and C using generators?
Please ask your question on the cython-users mailing list, not on this list, which is the core developers mailing list. And please try to be specific about what you want to achieve. It's not clear to me at all from the question above what you are trying to do. Stefan
because of no answer on the cython users.. anyone knows about this? 2011/7/28 Stefan Behnel <stefan_ml@behnel.de>
최원준, 28.07.2011 08:23:
Can I make cython file from python and C using generators?
Please ask your question on the cython-users mailing list, not on this list, which is the core developers mailing list. And please try to be specific about what you want to achieve. It's not clear to me at all from the question above what you are trying to do.
Stefan ______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
The reason you do not get answers is because people do not understand your question. Please describe in detail what you want to do (on the users list). -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. "최원준" <wonjunchoi001@gmail.com> wrote: because of no answer on the cython users.. anyone knows about this? 2011/7/28 Stefan Behnel <stefan_ml@behnel.de> 최원준, 28.07.2011 08:23: Can I make cython file from python and C using generators? Please ask your question on the cython-users mailing list, not on this list, which is the core developers mailing list. And please try to be specific about what you want to achieve. It's not clear to me at all from the question above what you are trying to do. Stefan _______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
I had posted several issues in detail on the list but there was no answer so I deleted it several times.. on the cython users list. I just want to hear the answer(like a "describe in detail") even though the answer guy doesn't know the solution. I think no answer is bothering act. It is easy to tell me rtfm or do not post in here. 2011/7/28 Dag Sverre Seljebotn <d.s.seljebotn@astro.uio.no>
** The reason you do not get answers is because people do not understand your question. Please describe in detail what you want to do (on the users list).
-- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
"최원준" <wonjunchoi001@gmail.com> wrote:
because of no answer on the cython users.. anyone knows about this?
2011/7/28 Stefan Behnel <stefan_ml@behnel.de>
최원준, 28.07.2011 08:23:
Can I make cython file from python and C using generators?
Please ask your question on the cython-users mailing list, not on this list, which is the core developers mailing list. And please try to be specific about what you want to achieve. It's not clear to me at all from the question above what you are trying to do.
Stefan ______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
_______________________________________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel
최원준, 28.07.2011 09:31:
I had posted several issues in detail on the list but there was no answer so I deleted it several times.. on the cython users list. I just want to hear the answer(like a "describe in detail") even though the answer guy doesn't know the solution. I think no answer is bothering act.
It's much more "bothering" to ask questions that no-one understands, because a lot of nice and helpful people will waste time in reading them and trying to understand them before they resign. They want to help you, but you do not allow them to do it. It's not a problem if you have difficulties with the English language, which the users mailing list deploys. We try to be helpful anyway. It *is*, however, a problem if you do not provide the details that are necessary to understand what you want. It's in your own interest to make others understand. After all, it's *you* who wants a specific problem solved. This will help you in writing better questions: http://www.catb.org/~esr/faqs/smart-questions.html
It is easy to tell me rtfm
We cannot tell you "RTFM" as long as we do not even know which manual you need to read.
or do not post in here.
We tell you not to post on this list, because it is the wrong list. Please use the users mailing list for usage related questions. This is the last time I tell you this. Stefan
OK Nervermind! The problem is that I don't know my question is wrong unless someone tell me "what are you talking about?" or "Please describe in detail" and Sorry for posting in here. 2011/7/28 Stefan Behnel <stefan_ml@behnel.de>
최원준, 28.07.2011 09:31:
I had posted several issues in detail on the list
but there was no answer so I deleted it several times.. on the cython users list. I just want to hear the answer(like a "describe in detail") even though the answer guy doesn't know the solution. I think no answer is bothering act.
It's much more "bothering" to ask questions that no-one understands, because a lot of nice and helpful people will waste time in reading them and trying to understand them before they resign. They want to help you, but you do not allow them to do it.
It's not a problem if you have difficulties with the English language, which the users mailing list deploys. We try to be helpful anyway.
It *is*, however, a problem if you do not provide the details that are necessary to understand what you want. It's in your own interest to make others understand. After all, it's *you* who wants a specific problem solved.
This will help you in writing better questions:
It is easy to tell me rtfm
We cannot tell you "RTFM" as long as we do not even know which manual you need to read.
or do not post in here.
We tell you not to post on this list, because it is the wrong list. Please use the users mailing list for usage related questions.
This is the last time I tell you this.
Stefan ______________________________**_________________ cython-devel mailing list cython-devel@python.org http://mail.python.org/**mailman/listinfo/cython-devel<http://mail.python.org/mailman/listinfo/cython-devel>
2011/7/20 Robert Bradshaw <robertwb@math.washington.edu>:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
Anybody noticed problem with py3k: doctest.DocTestCase.Doctest: tp_new.__test__.make_new_untyped (line 132) It seems that error message have changed in new python version, may be it's better to use #doctest: +ELLIPSIS there? -- vitja.
On Sat, Jul 30, 2011 at 11:35 PM, Vitja Makarov <vitja.makarov@gmail.com> wrote:
2011/7/20 Robert Bradshaw <robertwb@math.washington.edu>:
We're long overdue for a release, and this week would be a good one for me to push one out. Hudson https://sage.math.washington.edu:8091/hudson is looking in pretty good shape, and though I know we've got a big pile of stuff currently in progress, we've also got a big backlog of stuff to get out. I'd like to finish looking at https://github.com/cython/cython/pull/38 , are there any other changes that people want to urgently get in? Also, I've started http://wiki.cython.org/ReleaseNotes-0.15 , feel free to edit if you think anything should be highlighted.
Anybody noticed problem with py3k:
doctest.DocTestCase.Doctest: tp_new.__test__.make_new_untyped (line 132)
It seems that error message have changed in new python version, may be it's better to use #doctest: +ELLIPSIS there?
Yes, that'd make sense.
Vitja Makarov, 31.07.2011 08:35:
Anybody noticed problem with py3k:
doctest.DocTestCase.Doctest: tp_new.__test__.make_new_untyped (line 132)
It seems that error message have changed in new python version,
That happens from time to time, yes. In case we provide a similar error message for optimised cases, it would be good to check if it makes sense to adapt it accordingly. Error messages in CPython tend to get better over time, so it's sometimes a good idea to follow.
may be it's better to use #doctest: +ELLIPSIS there?
Yes, we already do that in lots of similar places. Stefan
participants (7)
-
Dag Sverre Seljebotn -
Dan Stromberg -
mark florisson -
Robert Bradshaw -
Stefan Behnel -
Vitja Makarov -
최원준