The `hg export` on the cython-devel page [1] should probably be
changed to (or additionally list) `git format-patch`, now that
Cython's versioned in Git. Keeping the `hg export` reference might be
useful for Mercurial lovers using hg-git.
[1]: http://mail.python.org/mailman/listinfo/cython-devel
;s what I was trying to give with this:
On Wed, Feb 09, 2011 at 12:23:25PM -0500, W. Trevor King wrote:
> I'm wrapping an external C library with Cython, so I have `mylib.pxd`:
>
> cdef extern from 'mylib.h'
> enum: CONST_A
> enum: CONST_B
>
On Thu, Feb 17, 2011 at 08:29:41AM -0500, W. Trevor King wrote:
> cpdef struct Foo:
> cpdef public int intA
> cpdef readonly int intB
> cdef void *ptr
Oops, for consistency with classes, the variables declarations should
read `cdef public` and and `c
.hgignore
+++ b/.hgignore
@@ -1,6 +1,7 @@
syntax: glob
*.pyc
+*.c
*.swp
Cython/Compiler/Lexicon.pickle
--
1.7.3.4
From bf5bf5d3874cdcf34940b634c56dbeb35faa4137 Mon Sep 17 00:00:00 2001
From: W. Trevor King
Date: Thu, 17 Feb 2011 09:20:30 -0500
Subject: [PATCH 2/2] Create .gitignore analo
On Thu, Feb 17, 2011 at 10:53:15AM -0300, Lisandro Dalcin wrote:
> Cython could certainly support "cpdef struct", it is just a matter to
> define a proposal and find a contributor to implement it :-)
Is there a CEP template (a la PEPs 9 and 12) that should be discussed
on the mailing list, or do I
On Thu, Feb 17, 2011 at 01:25:10PM -0800, Robert Bradshaw wrote:
> On Thu, Feb 17, 2011 at 5:29 AM, W. Trevor King wrote:
> > On Wed, Feb 16, 2011 at 03:55:19PM -0800, Robert Bradshaw wrote:
> >> On Wed, Feb 16, 2011 at 8:17 AM, W. Trevor King wrote:
> >> > What I&
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, 2011 at 5:29 AM, W. Trevor King wrote:
>>> > On Wed, Feb 16, 20
On Fri, Feb 18, 2011 at 02:08:04PM -0800, Robert Bradshaw wrote:
> 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, 20
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,
> > stucts, and possibly unions.
>
> This seems like the best first step.
&g
On Sat, Feb 19, 2011 at 12:52:38PM -0800, Robert Bradshaw wrote:
> 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:
> >> > * Ext
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,
> >> > you'd get the same kind of error you currently do
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 Sat, Feb 19, 2011 at 11:22 AM, W. Trevor King wrote:
> >> > Ho
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 Sat, Feb 19, 2011 at 1:45 PM, W. Trevor King wrote:
> >> > On S
On Mon, Feb 21, 2011 at 10:09:42AM +1300, Greg Ewing wrote:
> W. Trevor King wrote:
> > Hmm, that means that
> >
> > cimport numpy
> > a = numpy.numpy.ndarray
> >
> > also compiles.
>
> Compiles and runs, or just compiles?
You're ri
On Sat, Feb 19, 2011 at 06:31:26PM -0500, 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:
> > > Ah. Sorry for all the c(p)def/qualifier confusion, but I'm trying to
> >
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 proper
> > impolementation o
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
> easier to update visibility syntax in th
On Thu, Feb 24, 2011 at 05:57:21PM -0800, Robert Bradshaw wrote:
> On of my primary motivations to moving to github (or similar) was
> nicely annotated diffs between branches and the ability to do
> line-by-line comments. If you could also push to your fork there,
> that'd be great (otherwise I wil
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
> > class name, e.g. CBinding.visibility -> CBinding.c_binding_visiblity.
>
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, Dec 8 2010, 09:53:33)
[GCC 4.4.4]
Running tests against
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 Tue, Feb 22, 2011 at 12:02 PM, W. Trevor King wrote:
> >> > An eas
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:
> >
> >$ grep -n ^ tests/errors/cdef_members_T517.pyx
> >...
> >
On Sat, Feb 26, 2011 at 07:11:48PM -0800, Robert Bradshaw wrote:
> 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 F
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 worth fixing this syntax.
How do syntax changes with deprecations
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 with overloading the 'public' keyword. For an example of
Done:
* Cleaned all overloaded visibilities out of Parsing and Symtab.
* Merged current trunk.
Todo:
* Remove older Symtab interface so I can remove the WTK_* methods.
* Activate `shadow` functionality (via
AnalyseDeclarationsTransform.visit_CStructOrUnionDefNode()).
Feel free to comment via
Browsing around today I noticed that the relative import ticket is
still open [1], even though support for relative imports landed in
0.15 [2]. There's also CEP 307 (Generators and PEP 342 Coroutines)
[1], which is still listed as “planning, undecided” but also seems to
be fixed in 0.15.
The RTD
27 matches
Mail list logo
