On Mon, Feb 14, 2011 at 9:49 PM, Vitja Makarov wrote:
> 2011/2/15 Robert Bradshaw :
>> On Sun, Feb 13, 2011 at 11:40 PM, Vitja Makarov
>> wrote:
>>> Hi!
>>>
>>> In order to implement "reaching definitions" algorithm.
>>> I'm
ething like
>>
>> cimport mylib
>> import sys
>>
>> for name in dir(mylib):
>> setattr(sys.modules[__name__], name, getattr(mylib, name))
>>
>> which compiles fine, but fails to import with...
>
> Looking into the Cython internals
Forgot reply-all... didin't we have this discussion before about
making that the default for this list as it is by-far the most common
desired behavior?
On Thu, Feb 17, 2011 at 3:53 PM, Robert Bradshaw
wrote:
> On Thu, Feb 17, 2011 at 3:12 PM, W. Trevor King wrote:
>> On Thu, Feb
On Thu, Feb 17, 2011 at 8:38 PM, W. Trevor King wrote:
> On Thu, Feb 17, 2011 at 3:53 PM, Robert Bradshaw wrote:
>> On Thu, Feb 17, 2011 at 3:12 PM, W. Trevor King wrote:
>>> On Thu, Feb 17, 2011 at 01:25:10PM -0800, Robert Bradshaw wrote:
>>>> On Thu, Feb 17, 2
On Sat, Feb 19, 2011 at 1:24 AM, Stefan Behnel wrote:
>>> A side effect of this cpdef change would be that now even bare .pxd
>>> files (no matching .pyx) would have a Python presence,
>>
>> Where would it live? Would we just create this module (in essence,
>> acting as if the
oth behaviors are reasonable, there's
>> > probably no getting around that.
>>
>> The other drawback is that it subverts the usual filename <-> module
>> name convention that one usually expects.
>
> I've been convinced that the `cimport .pyx f
On Sat, Feb 19, 2011 at 11:35 AM, W. Trevor King wrote:
> On Thu, Feb 17, 2011 at 03:53:13PM -0800, Robert Bradshaw wrote:
>> On Thu, Feb 17, 2011 at 3:12 PM, W. Trevor King wrote:
>> > * Extending class cdef/cdpef/public/readonly handling to cover enums,
>> >
On Sat, Feb 19, 2011 at 1:06 PM, W. Trevor King wrote:
> So should I go ahead and update the expected error messages in my branch?
Yes.
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel
On Sat, Feb 19, 2011 at 1:45 PM, W. Trevor King wrote:
> On Sat, Feb 19, 2011 at 12:47:41PM -0800, Robert Bradshaw wrote:
>> On Sat, Feb 19, 2011 at 11:22 AM, W. Trevor King wrote:
>>
>> >> > If you try to override anything in a .so compiled module at runtime,
>
On Sat, Feb 19, 2011 at 3:31 PM, W. Trevor King wrote:
> On Sat, Feb 19, 2011 at 02:04:16PM -0800, Robert Bradshaw wrote:
>> On Sat, Feb 19, 2011 at 1:45 PM, W. Trevor King wrote:
>> > On Sat, Feb 19, 2011 at 12:47:41PM -0800, Robert Bradshaw wrote:
>> >> On Sa
On Sat, Feb 19, 2011 at 6:32 PM, W. Trevor King wrote:
> On Sat, Feb 19, 2011 at 04:41:27PM -0800, Robert Bradshaw wrote:
>> On Sat, Feb 19, 2011 at 3:31 PM, W. Trevor King wrote:
>> > On Sat, Feb 19, 2011 at 02:04:16PM -0800, Robert Bradshaw wrote:
>> >> On S
On Sun, Feb 20, 2011 at 1:26 AM, Stefan Behnel wrote:
> W. Trevor King, 20.02.2011 00:31:
>>
>> On Sat, Feb 19, 2011 at 02:04:16PM -0800, Robert Bradshaw wrote:
>>>
>>> On Sat, Feb 19, 2011 at 1:45 PM, W. Trevor King wrote:
>>>>
>>>> It i
On Mon, Feb 21, 2011 at 10:26 AM, Stefan Behnel wrote:
> Robert Bradshaw, 21.02.2011 19:11:
>>
>> On Sun, Feb 20, 2011 at 1:26 AM, Stefan Behnel wrote:
>>>
>>> W. Trevor King, 20.02.2011 00:31:
>>>>
>>>> On Sat, Feb 19, 2011 at 02:04:16PM
I think it's worth looking into, but I'm skeptical of the benefits at
this point, especially compared to all the other stuff that needs
doing. Specifically, I think we'll add complexity to generate more
verbose and less efficient code to stick to this. I also think it
might be worth keeping in mind
On Thu, Feb 24, 2011 at 5:42 PM, W. Trevor King wrote:
> W. Trevor King, 22.02.2011 18:55:
>> I've been working on a more explicit parser that removes the
>> ambiguity behind the various visibilities. This will help me ensure
>> proper impolementation of my cdef-ed enums/structs/..., and make it
On Tue, Feb 22, 2011 at 12:02 PM, W. Trevor King wrote:
> On Tue, Feb 22, 2011 at 08:18:21PM +0100, Stefan Behnel wrote:
>> W. Trevor King, 22.02.2011 18:55:
>> > I've been working on a more explicit parser that removes the ambiguity
>> > behind the various visibilities. This will help me ensure
On Sat, Feb 26, 2011 at 3:48 AM, W. Trevor King wrote:
> On Fri, Feb 25, 2011 at 11:11:03PM -0800, Robert Bradshaw wrote:
>> On Tue, Feb 22, 2011 at 12:02 PM, W. Trevor King wrote:
>> > An easy, if uglier, workaround would be to prepend attributes with the
&g
On Sat, Feb 26, 2011 at 5:08 AM, W. Trevor King wrote:
> I'm splitting Symtab visibilities into explicit C and Python
> visibilities, but am having trouble reproducing the expected error
> messages for cdef_members_T517:
>
> $ python runtests.py cdef_members_T517
> Python 2.6.6 (r266:84292,
On Sat, Feb 26, 2011 at 6:14 PM, W. Trevor King wrote:
> On Sat, Feb 26, 2011 at 10:01:43AM -0800, Robert Bradshaw wrote:
>> On Sat, Feb 26, 2011 at 3:48 AM, W. Trevor King wrote:
>> > On Fri, Feb 25, 2011 at 11:11:03PM -0800, Robert Bradshaw wrote:
>> >> On Tu
On Sat, Feb 26, 2011 at 6:34 PM, W. Trevor King wrote:
> On Sat, Feb 26, 2011 at 10:15:38AM -0800, Robert Bradshaw wrote:
>> On Sat, Feb 26, 2011 at 5:08 AM, W. Trevor King wrote:
>> > The relevant lines from tests/errors/cdef_members_T517.pxd are:
>> >
>&
On Mon, Feb 28, 2011 at 8:33 AM, Lisandro Dalcin wrote:
> Bringing up this old post...
>
> On 21 June 2010 15:41, Robert Bradshaw wrote:
>> On Jun 17, 2010, at 9:31 AM, Lisandro Dalcin wrote:
>>
>>> If we special case a __dict__ attribute in extension type
Thanks both of you for the encouragement. Glad Cython is well liked
and well used.
On Tue, Mar 1, 2011 at 1:42 AM, Marko Loparic wrote:
> On 28 February 2011 21:10, Thomas Keller wrote:
>> I don't have the time or knowledge to contribute to Cython right now, but I
>> just want to thank everybod
On Wed, Mar 2, 2011 at 5:54 PM, W. Trevor King wrote:
> Previous discussions in this thread [1,2] have discussed the issues
> associated with overloading the 'public' keyword. For an example of
> the difficulties this causes, see the ugly workaround [3] in my recent
> commit [4]. Definately wort
On Thu, Mar 3, 2011 at 4:13 AM, W. Trevor King wrote:
> On Wed, Mar 02, 2011 at 06:08:12PM -0800, Robert Bradshaw wrote:
>> On Wed, Mar 2, 2011 at 5:54 PM, W. Trevor King wrote:
>> > Previous discussions in this thread [1,2] have discussed the issues
>> > associated w
On Thu, Mar 3, 2011 at 1:59 AM, Stefan Behnel wrote:
> Vitja Makarov, 03.03.2011 10:48:
>>
>> To share common sources is a good idea, we can also share "code" in
>> libcython-.so
>> But then we should handle ABI compatibility problems.
>
> There is little constant code overlap between modules, and
On Thu, Mar 3, 2011 at 11:44 AM, Vitja Makarov wrote:
> 2011/3/3 Vitja Makarov :
>> 2011/3/3 Vitja Makarov :
>>> This doesn't work:
>>> def assign():
>>> a, *b = 1,2,3,4,5
>>> return a, b
>>>
>> import x
>> x.assign()
>>> Traceback (most recent call last):
>>> File "", line 1, in
>
On Wed, Mar 2, 2011 at 5:47 PM, Lisandro Dalcin wrote:
> On 2 March 2011 17:14, Lisandro Dalcin wrote:
>> On 2 March 2011 16:18, Vitja Makarov wrote:
>>> Hi!
>>>
>>> I noticed that this error came back again.
>>>
>>> https://sage.math.washington.edu:8091/hudson/view/cython-devel/job/cython-devel
Google Summer of Code is going on again this year, and though
organizations haven't been chosen again, by all indications, it seems
likely that the Python foundation will be a strong participant. Under
this umbrella, who out there might be interested in mentoring and/or
participating as a student?
On Sun, Mar 6, 2011 at 10:54 PM, Stefan Behnel wrote:
> Ryan Schmidt, 06.03.2011 23:12:
>>
>> There are two different files called Cython-0.14.1.tar.gz -- one in
>> http://www.cython.org/release/ and a different one in
>> http://pypi.python.org/packages/source/C/Cython/:
>
> Intersting. Do you me
On Wed, Mar 9, 2011 at 3:13 AM, Oleksandr Kreshchenko
wrote:
> Hello!
>
> Following the "CEP 201 - Distutils Preprocessing"
> (http://wiki.cython.org/enhancements/distutils_preprocessing)
> there are two possibilities to build a module with cythonize function in
> setup.py.
>
> Second one uses lis
On Tue, Mar 8, 2011 at 11:16 AM, Francesc Alted wrote:
> A Tuesday 08 March 2011 18:50:15 Stefan Behnel escrigué:
>> mark florisson, 08.03.2011 18:00:
>> > What I meant was that the
>> > wrapper returned by the decorator would have to call the closure
>> > for every iteration, which introduces fun
On Fri, Mar 11, 2011 at 9:36 AM, Stefan Behnel wrote:
> Stefan Behnel, 11.03.2011 15:08:
>>
>> Vitja Makarov, 11.03.2011 15:04:
>>>
>>> 2011/3/11 Stefan Behnel:
Personally, I think it would be nice to keep up Python's semantics, but
when
I implemented this I broke quite some co
On Wed, Mar 16, 2011 at 7:53 AM, Stefan Behnel wrote:
> Robert Bradshaw, 11.03.2011 19:33:
>>
>> On Fri, Mar 11, 2011 at 9:36 AM, Stefan Behnel
>> wrote:
>>>
>>> Stefan Behnel, 11.03.2011 15:08:
>>>>
>>>> Vitja
On Thu, Mar 17, 2011 at 6:15 AM, Jason Grout
wrote:
> On 3/16/11 11:05 PM, Robert Bradshaw wrote:
>>
>> On Wed, Mar 16, 2011 at 7:53 AM, Stefan Behnel
>> wrote:
>>>
>>> I'm actually leaning towards not guaranteeing the order of execution if C
>>
On Thu, Mar 17, 2011 at 1:48 PM, Vitja Makarov wrote:
> 2011/3/17 Robert Bradshaw :
>> On Thu, Mar 17, 2011 at 6:15 AM, Jason Grout
>> wrote:
>>> On 3/16/11 11:05 PM, Robert Bradshaw wrote:
>>>>
>>>> On Wed, Mar 16, 2011 at 7:53 AM, Stefan Behn
On Thu, Mar 17, 2011 at 2:25 PM, Stefan Behnel wrote:
> Robert Bradshaw, 17.03.2011 05:05:
>>
>> On Wed, Mar 16, 2011 at 7:53 AM, Stefan Behnel wrote:
>>>
>>> I'm actually leaning towards not guaranteeing the order of execution if C
>>> doesn't
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
On Mon, Mar 21, 2011 at 11:10 PM, Stefan Behnel wrote:
> 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.
On Tue, Mar 22, 2011 at 4:09 PM, Dan Stromberg wrote:
>
> I think it's a good idea, but I think it'd be better to use pure mode to get
> code that runs either way, or some sort of preprocessor (I've used m4 with
> good luck for this, though it doesn't syntax highlight nicely) to
> automatically de
On Thu, Mar 24, 2011 at 10:42 AM, Stefan Behnel wrote:
> Stefan Behnel, 22.03.2011 08:59:
>>
>> Robert Bradshaw, 22.03.2011 08:14:
>>>
>>> On Mon, Mar 21, 2011 at 11:10 PM, Stefan Behnel wrote:
>>>>
>>>> Reimplementing existing C modul
On Wed, Mar 23, 2011 at 12:45 AM, Stefan Behnel wrote:
> Craig Citro, 23.03.2011 08:11:
>>>
>>> We have a clear 1.0 goal, being able to compile the full Python
>>> language. We're not there yet, but very close. It may make sense at
>>> that point to also clean up any cruft we don't want to continu
On Thu, Mar 24, 2011 at 12:58 PM, Stefan Behnel wrote:
> Robert Bradshaw, 24.03.2011 20:18:
>>
>> On Thu, Mar 24, 2011 at 10:42 AM, Stefan Behnel wrote:
>>>
>>> Stefan Behnel, 22.03.2011 08:59:
>>>>
>>>> Robert Bradshaw, 22.03.2011 08
On Wed, Mar 23, 2011 at 3:48 PM, Lisandro Dalcin wrote:
> On 22 March 2011 02:21, Vitja Makarov wrote:
>> 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:
>>>
>>> (se
On Fri, Mar 25, 2011 at 6:42 AM, Stefan Behnel wrote:
> Sturla Molden, 25.03.2011 14:03:
>>
>> Den 24.03.2011 20:38, skrev Robert Bradshaw:
>>>
>>> I started a list at http://wiki.cython.org/Unsupported . I'd say we
>>> can be as compatible as
On Sun, Mar 27, 2011 at 3:39 PM, Sturla Molden wrote:
> Den 25.03.2011 19:03, skrev Robert Bradshaw:
>>
>>>> Looking at Guido's comment, Cython must be able to compile all valid
>>>> Python if this will have any chance of success.
>>
>> Good thin
On Tue, Mar 22, 2011 at 7:21 AM, Simon Anders wrote:
> Hi,
>
> I found a little bug in Cython 0.14.1.
>
> The following causes the Cython compiler to throw an exception:
>
> ---8<---
> cdef extern from "foo.h":
> cdef cppclass foo[ T ]:
> bar( int b = 0 )
>
> cdef foo[ int ] a
> a.bar( 1 )
On Mon, Apr 4, 2011 at 6:04 AM, Stefan Behnel wrote:
> Dag Sverre Seljebotn, 04.04.2011 13:53:
>>
>> On 04/04/2011 01:23 PM, Stefan Behnel wrote:
>>>
>>> Dag Sverre Seljebotn, 04.04.2011 12:17:
CEP up at http://wiki.cython.org/enhancements/prange
>>>
>>> """
>>> Variable handling
>>>
>>>
On Tue, Apr 5, 2011 at 3:51 AM, Stefan Behnel wrote:
> mark florisson, 04.04.2011 21:26:
>>
>> For clarity, I'll add an example:
>>
>> def f(np.ndarray[double] x, double alpha):
>> cdef double s = 0
>> cdef double tmp = 2
>> cdef double other = 6.6
>>
>> with nogil:
>> for
On Tue, Apr 5, 2011 at 4:52 AM, mark florisson
wrote:
> On 5 April 2011 12:51, Stefan Behnel wrote:
>> mark florisson, 04.04.2011 21:26:
>>>
>>> For clarity, I'll add an example:
>>>
>>> def f(np.ndarray[double] x, double alpha):
>>> cdef double s = 0
>>> cdef double tmp = 2
>>> cdef
On Tue, Apr 5, 2011 at 5:55 AM, Pauli Virtanen wrote:
> Mon, 04 Apr 2011 21:26:34 +0200, mark florisson wrote:
> [clip]
>> For clarity, I'll add an example:
> [clip]
>
> How about making all the special declarations explicit? The automatic
> inference of variables has a problem in that a small cha
On Tue, Apr 5, 2011 at 8:02 AM, Dag Sverre Seljebotn
wrote:
> On 04/05/2011 04:58 PM, Dag Sverre Seljebotn wrote:
>>
>> On 04/05/2011 04:53 PM, Robert Bradshaw wrote:
>>>
>>> On Tue, Apr 5, 2011 at 3:51 AM, Stefan Behnel
>>> wrote:
>>>>
On Wed, Apr 6, 2011 at 4:40 PM, Zak Stone wrote:
>>> Researchers: Please consider citing this paper if Cython helps your
>>> research in non-trivial ways.
>>
>> Is this the canonical citation reference for Cython now? If so, can this be
>> mentioned on the Cython webpage somewhere that is promine
On Wed, Apr 6, 2011 at 10:54 PM, Dag Sverre Seljebotn
wrote:
> On 04/07/2011 02:12 AM, Robert Bradshaw wrote:
>>
>> On Wed, Apr 6, 2011 at 4:40 PM, Zak Stone wrote:
>>>>>
>>>>> Researchers: Please consider citing this paper if Cython helps your
>
On Thu, Apr 7, 2011 at 1:33 AM, Dag Sverre Seljebotn
wrote:
> On 04/07/2011 10:00 AM, Stefan Behnel wrote:
>>
>> Dag Sverre Seljebotn, 07.04.2011 07:54:
>>>
>>> On 04/07/2011 02:12 AM, Robert Bradshaw wrote:
>>>>
>>>> On Wed, Apr 6, 2011
On Thu, Apr 7, 2011 at 2:31 PM, Arthur de Souza Ribeiro
wrote:
> I've submitted to google the link
> is: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/arthur_sr/1#
> It would be really important if you could give me a feedback to my
> proposal...
> Thank you
> Best Regards
> A
tp://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/arthur_sr/1#
> and
> http://wiki.cython.org/arthursribeiro
> If you could take another look I would appreciate a lot.
> Best Regards.
> []s
> Arthur
>
> 2011/4/7 Arthur de Souza Ribeiro
>>
>>
>> 2
On Fri, Apr 8, 2011 at 10:31 AM, Arthur de Souza Ribeiro
wrote:
>
>
> 2011/4/8 Robert Bradshaw
>>
>> Looking better. I would add some details about how you plan to
>> compare/profile your new implementations, and also at least add a note
>> that compatibilit
On Sat, Apr 9, 2011 at 4:49 AM, Jason Grout wrote:
> What is the relationship between the cython-docs repository and the docs/
> subdirectory of the cython repository? I see a recent commit [1] that seems
> to indicate that cython-docs has been merged into the main cython repository
> (+1 from me
On Mon, Apr 11, 2011 at 3:56 AM, mark florisson
wrote:
> On 11 April 2011 12:53, mark florisson wrote:
>> On 11 April 2011 12:45, Stefan Behnel wrote:
>>> mark florisson, 11.04.2011 12:26:
Can we select tests in the tests directory selectively? I see the -T
or --ticket option, but
On Sat, Apr 9, 2011 at 10:13 AM, Jason Grout
wrote:
> On 4/9/11 12:02 PM, Robert Bradshaw wrote:
>>
>> Yep, we did that during the workshop. I thought I had sent out an
>> announcement, but I guess not.
>
> Is there a summary anywhere of the exciting things that happe
On Mon, Apr 11, 2011 at 2:35 PM, Francesc Alted wrote:
> 2011/4/11 William Stein
>>
>> Hi,
>>
>> I'm teaching Cython in my Sage course yet again, and noticed that
>> again there are some very confusing aspects of the Cython
>> documentation organization, which could probably be improved by a few
On Tue, Apr 12, 2011 at 11:22 AM, Stefan Behnel wrote:
> Arthur de Souza Ribeiro, 12.04.2011 14:59:
>>
>> Hi Stefan, yes, I'm working on this, in fact I'm trying to recompile json
>> module (http://docs.python.org/library/json.html) adding some type
>> definitions and cython things o get the code
On Tue, Apr 12, 2011 at 8:33 AM, Sturla Molden wrote:
> Den 12.04.2011 14:59, skrev Arthur de Souza Ribeiro:
>>
>> 1 - Compile package modules - json module is inside a package (files:
>> __init__.py, decoder.py, encoder.py, decoder.py) is there a way to generate
>> the cython modules just like it
On Wed, Apr 13, 2011 at 4:07 AM, mark florisson
wrote:
> Another, different but related issue: how can we get useful output
> from the test runner? e.g. I'm running my test with a
> '@cython.test_assert_path_exists("...")' and I get this error output:
>
> ==
On Fri, Apr 15, 2011 at 1:20 PM, Stefan Behnel wrote:
> Stefan Behnel, 11.04.2011 15:08:
>>
>> I'm currently discussing with Maciej Fijalkowski (PyPy) how to get Cython
>> running on speed.pypy.org (that's what I wrote "cythonrun" for). If it
>> works out well, we may have it up in a couple of day
On Sat, Apr 16, 2011 at 1:20 AM, Stefan Behnel wrote:
> Robert Bradshaw, 16.04.2011 08:53:
>>
>> On Fri, Apr 15, 2011 at 1:20 PM, Stefan Behnel wrote:
>>>
>>> Stefan Behnel, 11.04.2011 15:08:
>>>>
>>>> I'm currently discussing with Ma
On Thu, Apr 14, 2011 at 12:05 PM, Chris Lasher wrote:
> Thanks Arthur. I actually found the code examples in a grandparent directory
> of the User's Guide documentation source directory. I have submitted a pull
> request on GitHub which corrects the User's Guide Tutorial documentation so
> that it
On Mon, Apr 18, 2011 at 12:08 PM, mark florisson
wrote:
> Can I add a gilnanny to refnanny? I want to do a PyThreadState_Get()
> for every refnanny inc- and decref, so that it will issue a fatal
> error whenever reference counting is done without the gil, to make
> sure we never do any illegal thi
On Wed, Apr 20, 2011 at 11:08 AM, Fabrizio Milo aka misto
wrote:
> Hi,
>
> I was wondering if has been ever discussed to implement the cython
> cdef extern from syntax as a with statement:
>
> with cython.header_importer("") as cy:
> cy.ctypedef(" unsigned int uint8 ")
> cy.cfunc( " vo
On Mon, Apr 18, 2011 at 7:51 AM, mark florisson
wrote:
> On 18 April 2011 16:41, Dag Sverre Seljebotn
> wrote:
>> Excellent! Sounds great! (as I won't have my laptop for some days I can't
>> have a look yet but I will later)
>>
>> You're right about (the current) buffers and the gil. A testcase
On Thu, Apr 21, 2011 at 1:59 AM, mark florisson
wrote:
> On 21 April 2011 10:37, Robert Bradshaw wrote:
>> On Mon, Apr 18, 2011 at 7:51 AM, mark florisson
>> wrote:
>>> On 18 April 2011 16:41, Dag Sverre Seljebotn
>>> wrote:
>>>> Excellent! Soun
On Thu, Apr 21, 2011 at 2:21 AM, mark florisson
wrote:
> On 21 April 2011 10:59, mark florisson wrote:
>> On 21 April 2011 10:37, Robert Bradshaw wrote:
>>> On Mon, Apr 18, 2011 at 7:51 AM, mark florisson
>>> wrote:
>>>> On 18 April 2011 1
On Thu, Apr 21, 2011 at 11:13 AM, Dag Sverre Seljebotn
wrote:
> On 04/21/2011 10:37 AM, Robert Bradshaw wrote:
>>
>> In terms of the CEP, I'm still unconvinced that firstprivate is not
>> safe to infer, but lets leave the initial values undefined rather than
>> sp
On Tue, Apr 26, 2011 at 7:50 AM, Stefan Behnel wrote:
> Stefan Behnel, 15.04.2011 22:20:
>>
>> Stefan Behnel, 11.04.2011 15:08:
>>>
>>> I'm currently discussing with Maciej Fijalkowski (PyPy) how to get Cython
>>> running on speed.pypy.org (that's what I wrote "cythonrun" for). If it
>>> works out
On Tue, Apr 26, 2011 at 7:25 AM, mark florisson
wrote:
> On 21 April 2011 20:13, Dag Sverre Seljebotn
> wrote:
>> On 04/21/2011 10:37 AM, Robert Bradshaw wrote:
>>>
>>> On Mon, Apr 18, 2011 at 7:51 AM, mark florisson
>>> wrote:
>>>>
On Tue, Apr 26, 2011 at 8:18 AM, mark florisson
wrote:
> On 26 April 2011 16:43, Stefan Behnel wrote:
>> mark florisson, 26.04.2011 16:23:
>>>
>>> I've been working a bit on fused types
>>> (http://wiki.cython.org/enhancements/fusedtypes), and I've got it to
>>> generate code for every permutatio
On Wed, Apr 27, 2011 at 12:45 AM, Stefan Behnel wrote:
> Robert Bradshaw, 26.04.2011 19:52:
>>
>> On Tue, Apr 26, 2011 at 7:50 AM, Stefan Behnel wrote:
>>>
>>> Stefan Behnel, 15.04.2011 22:20:
>>>>
>>>> Stefan Behnel, 11.04.2011 15:08:
>
On Thu, Apr 28, 2011 at 12:48 PM, mark florisson
wrote:
> So I fixed all that, but I'm currently wondering about the proposed
> cython.typeof(). I believe it currently returns a string with the type
> name, and not the type itself.
Yes. This is just because there's not really anything better to
On Wed, Apr 27, 2011 at 11:42 PM, Stefan Behnel wrote:
> Robert Bradshaw, 27.04.2011 22:41:
>>
>> On Wed, Apr 27, 2011 at 1:19 PM, Mad wrote:
>>>
>>> Hi list,
>>> i just read, that generators are supported in cython 0.15 - great news
>>> and b
On Thu, Apr 28, 2011 at 1:31 PM, mark florisson
wrote:
> On 28 April 2011 22:12, Robert Bradshaw wrote:
>> On Thu, Apr 28, 2011 at 12:48 PM, mark florisson
>> wrote:
>>
>>> So I fixed all that, but I'm currently wondering about the proposed
>>> cytho
On Thu, Apr 28, 2011 at 2:29 PM, mark florisson
wrote:
> On 28 April 2011 22:31, mark florisson wrote:
>> On 28 April 2011 22:12, Robert Bradshaw wrote:
>>> On Thu, Apr 28, 2011 at 12:48 PM, mark florisson
>>> wrote:
>>>
>>>> So I fixed all that
On Thu, Apr 28, 2011 at 7:09 PM, Stefan Behnel wrote:
> mark florisson, 28.04.2011 23:29:
>>
>> On 28 April 2011 22:31, mark florisson wrote:
>>>
>>> On 28 April 2011 22:12, Robert Bradshaw wrote:
>>>>
>>>> On Thu, Apr 28, 2011 at 12:48
On Fri, Apr 29, 2011 at 4:59 PM, Greg Ewing wrote:
> I seem to have missed the beginning of the discussion about this
> fused type business. Is there a document somewhere describing
> what a "fused type" is and what it's meant to be used for?
http://wiki.cython.org/enhancements/fusedtypes
In sho
On Fri, Apr 29, 2011 at 8:04 AM, mark florisson
wrote:
> On 29 April 2011 06:32, Robert Bradshaw wrote:
>> On Thu, Apr 28, 2011 at 7:09 PM, Stefan Behnel wrote:
>>> mark florisson, 28.04.2011 23:29:
>>>>
>>>> On 28 April 2011 22:31, mark florisson
ial-case the "real_t complex" syntax? Shooting
>>>> from the sidelines, one more generic solution might be, e.g.,
>>>
>>> I'm sorry, I'm not sure what syntax you are referring to. Are you
>>> talking about actual complex numbers?
>>
>> Th
On Sat, Apr 30, 2011 at 12:51 AM, Dag Sverre Seljebotn
wrote:
> On 04/30/2011 08:39 AM, Robert Bradshaw wrote:
>>
>> On Fri, Apr 29, 2011 at 3:53 AM, mark florisson
>> wrote:
>>>
>>> On 29 April 2011 12:28, Pauli Virtanen wrote:
>>>>
>>
On Sat, Apr 30, 2011 at 7:24 AM, Stefan Behnel wrote:
> Robert Bradshaw, 29.04.2011 06:32:
>>
>> On Thu, Apr 28, 2011 at 7:09 PM, Stefan Behnel
>> wrote:
>>>
>>> mark florisson, 28.04.2011 23:29:
>>>>
>>>> On 28 April 2011 22:31, m
Excellent, thanks.
On Sat, Apr 30, 2011 at 2:35 PM, Dag Sverre Seljebotn
wrote:
> Finally think I figured out how to get pull request emails (thanks to Gael
> V). From https://github.com/organizations/cython/teams/24445:
>
> """
> Owners do not receive notifications for the organization's repos b
On Sun, May 1, 2011 at 2:38 AM, mark florisson
wrote:
> On 30 April 2011 09:51, Dag Sverre Seljebotn
> wrote:
>> On 04/30/2011 08:39 AM, Robert Bradshaw wrote:
>>>
>>> On Fri, Apr 29, 2011 at 3:53 AM, mark florisson
>>> wrote:
>>>>
On Mon, May 2, 2011 at 1:56 PM, mark florisson
wrote:
> On 2 May 2011 18:24, Robert Bradshaw wrote:
>> On Sun, May 1, 2011 at 2:38 AM, mark florisson
>> wrote:
>>> A remaining issue which I'm not quite certain about is the
>>> specialization through sub
Dear Cython developers,
Recently I encountered a problem with Cython's automatic char* to string
conversion (Cython version 0.14.1). I'll attach two sample source files. The
first one, char2str_a.pyx prints "The quick...", just as I expected. But the
second example prints "... lazy dog.". In the o
On Fri, Apr 29, 2011 at 6:57 AM, Hans Terlouw wrote:
> Dear Cython developers,
>
> Recently I encountered a problem with Cython's automatic char* to string
> conversion (Cython version 0.14.1). I'll attach two sample source files. The
> first one, char2str_a.pyx prints "The quick...", just as I ex
On Tue, May 3, 2011 at 12:59 AM, mark florisson
wrote:
> On 3 May 2011 00:21, Robert Bradshaw wrote:
>> On Mon, May 2, 2011 at 1:56 PM, mark florisson
>> wrote:
>>> On 2 May 2011 18:24, Robert Bradshaw wrote:
>>>> On Sun, May 1, 2011 at 2:38 AM, mark flor
On Tue, May 3, 2011 at 7:06 AM, Dag Sverre Seljebotn
wrote:
> On 05/03/2011 03:51 PM, Stefan Behnel wrote:
>>
>> mark florisson, 03.05.2011 15:17:
>>>
>>> if you have
>>>
>>> cdef func(floating x, floating y):
>>> ...
>>>
>>> you get a "float, float" version, and a "double, double" version, but
>>
On Tue, May 3, 2011 at 10:06 AM, mark florisson
wrote:
> On 3 May 2011 18:00, Robert Bradshaw wrote:
>> floating is implicitly available, we could require making it explicit.
>
> How would we make it explicit.
Require the parameterization, i.e.
floating_p[floating]
woul
On Tue, May 3, 2011 at 12:59 PM, Dag Sverre Seljebotn
wrote:
> On 05/03/2011 08:19 PM, Robert Bradshaw wrote:
>
>>> Btw we shouldn't count on pruning for the design of this, I think this
>>> will
>>> for a large part be used with def functions. And if you us
On Tue, May 3, 2011 at 4:40 PM, Greg Ewing wrote:
> Dag Sverre Seljebotn wrote:
>
>> ctypedef fused_type(float, double) speed_t
>> ctypedef fused_type(float, double) acceleration_t
>>
>> then you get 4 specializations.
>>
>> ctypedef speed_t acceleration_t
>>
>> I guess only 2 specializations.
>>
On Wed, May 4, 2011 at 1:47 AM, mark florisson
wrote:
> On 4 May 2011 10:24, Dag Sverre Seljebotn wrote:
>> On 05/04/2011 01:07 AM, Greg Ewing wrote:
>>>
>>> mark florisson wrote:
>>>
cdef func(floating x, floating y):
...
you get a "float, float" version, and a "double, doubl
On Thu, May 5, 2011 at 1:22 PM, Stefan Behnel wrote:
> Dag Sverre Seljebotn, 05.05.2011 21:52:
>>
>> There was just a messup in git history: Mark's OpenMP pull request got
>> merged twice; all commits show up two times.
>
> What (I think) happened, was that Vitja pulled in Mark's changes into his
es, that is the only time it happens.
>
> Do we agree on a) ask before you pull anything that is not in cython/* (ie
> in private repos), b) document it in hackerguide?
>
> DS
>
>
> --
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
> Robert
1 - 100 of 790 matches
Mail list logo