On 20 July 2011 23:41, Stefan Behnel wrote:
> Hi,
>
> I think we're getting way off course with this discussion. The following is
> a good way to get back into a useful direction.
>
> Robert Bradshaw, 20.07.2011 23:24:
>>
>> it would be a runtime error when trying to import the
>> objects. I suppo
Hi,
I think we're getting way off course with this discussion. The following is
a good way to get back into a useful direction.
Robert Bradshaw, 20.07.2011 23:24:
it would be a runtime error when trying to import the
objects. I suppose if cimport does not inject anything into the python
names
On Wed, Jul 20, 2011 at 2:53 PM, mark florisson
wrote:
> On 20 July 2011 23:24, Robert Bradshaw wrote:
>> On Wed, Jul 20, 2011 at 12:53 PM, mark florisson
>> wrote:
>>> On 20 July 2011 21:44, Lisandro Dalcin wrote:
On 20 July 2011 16:27, mark florisson wrote:
> On 20 July 2011 21:13,
On 20 July 2011 23:24, Robert Bradshaw wrote:
> On Wed, Jul 20, 2011 at 12:53 PM, mark florisson
> wrote:
>> On 20 July 2011 21:44, Lisandro Dalcin wrote:
>>> On 20 July 2011 16:27, mark florisson wrote:
On 20 July 2011 21:13, Lisandro Dalcin wrote:
> On 20 July 2011 15:32, mark flori
On Wed, Jul 20, 2011 at 12:53 PM, mark florisson
wrote:
> On 20 July 2011 21:44, Lisandro Dalcin wrote:
>> On 20 July 2011 16:27, mark florisson wrote:
>>> On 20 July 2011 21:13, Lisandro Dalcin wrote:
On 20 July 2011 15:32, mark florisson wrote:
> On 20 July 2011 20:04, Lisandro Dalc
On 20 July 2011 21:44, Lisandro Dalcin wrote:
> On 20 July 2011 16:27, mark florisson wrote:
>> On 20 July 2011 21:13, Lisandro Dalcin wrote:
>>> On 20 July 2011 15:32, mark florisson wrote:
On 20 July 2011 20:04, Lisandro Dalcin wrote:
> On 20 July 2011 13:51, mark florisson wrote:
On 20 July 2011 16:27, mark florisson wrote:
> On 20 July 2011 21:13, Lisandro Dalcin wrote:
>> On 20 July 2011 15:32, mark florisson wrote:
>>> On 20 July 2011 20:04, Lisandro Dalcin wrote:
On 20 July 2011 13:51, mark florisson wrote:
> On 20 July 2011 18:06, Lisandro Dalcin wrote:
On 20 July 2011 21:13, Lisandro Dalcin wrote:
> On 20 July 2011 15:32, mark florisson wrote:
>> On 20 July 2011 20:04, Lisandro Dalcin wrote:
>>> On 20 July 2011 13:51, mark florisson wrote:
On 20 July 2011 18:06, Lisandro Dalcin wrote:
> On 19 July 2011 20:48, Robert Bradshaw
>
On 20 July 2011 15:32, mark florisson wrote:
> On 20 July 2011 20:04, Lisandro Dalcin wrote:
>> On 20 July 2011 13:51, mark florisson wrote:
>>> On 20 July 2011 18:06, Lisandro Dalcin wrote:
On 19 July 2011 20:48, Robert Bradshaw
wrote:
> On Tue, Jul 19, 2011 at 3:02 PM, Lisandr
On 20 July 2011 20:04, Lisandro Dalcin wrote:
> On 20 July 2011 13:51, mark florisson wrote:
>> On 20 July 2011 18:06, Lisandro Dalcin wrote:
>>> On 19 July 2011 20:48, Robert Bradshaw wrote:
On Tue, Jul 19, 2011 at 3:02 PM, Lisandro Dalcin wrote:
> On 19 July 2011 02:24, Vitja Makaro
On 20 July 2011 13:51, mark florisson wrote:
> On 20 July 2011 18:06, Lisandro Dalcin wrote:
>> On 19 July 2011 20:48, Robert Bradshaw wrote:
>>> On Tue, Jul 19, 2011 at 3:02 PM, Lisandro Dalcin wrote:
On 19 July 2011 02:24, Vitja Makarov wrote:
> 2011/7/18 Robert Bradshaw :
>> Tr
On 20 July 2011 18:06, Lisandro Dalcin wrote:
> On 19 July 2011 20:48, Robert Bradshaw wrote:
>> On Tue, Jul 19, 2011 at 3:02 PM, Lisandro Dalcin wrote:
>>> On 19 July 2011 02:24, Vitja Makarov wrote:
2011/7/18 Robert Bradshaw :
> Trevor King and I discussed this quite a while back, bu
On 19 July 2011 20:48, Robert Bradshaw wrote:
> On Tue, Jul 19, 2011 at 3:02 PM, Lisandro Dalcin wrote:
>> On 19 July 2011 02:24, Vitja Makarov wrote:
>>> 2011/7/18 Robert Bradshaw :
Trevor King and I discussed this quite a while back, but every time I
got around to looking at his code
On Tue, Jul 19, 2011 at 3:02 PM, Lisandro Dalcin wrote:
> On 19 July 2011 02:24, Vitja Makarov wrote:
>> 2011/7/18 Robert Bradshaw :
>>> Trevor King and I discussed this quite a while back, but every time I
>>> got around to looking at his code (I don't think he ever created a
>>> formal pull req
2011/7/20 Lisandro Dalcin :
> On 19 July 2011 02:24, Vitja Makarov wrote:
>> 2011/7/18 Robert Bradshaw :
>>> Trevor King and I discussed this quite a while back, but every time I
>>> got around to looking at his code (I don't think he ever created a
>>> formal pull request) something came up. The
On 19 July 2011 02:24, Vitja Makarov wrote:
> 2011/7/18 Robert Bradshaw :
>> Trevor King and I discussed this quite a while back, but every time I
>> got around to looking at his code (I don't think he ever created a
>> formal pull request) something came up. The idea was that we could
>> support
2011/7/19 Robert Bradshaw :
> On Mon, Jul 18, 2011 at 10:24 PM, Vitja Makarov
> wrote:
>> 2011/7/18 Robert Bradshaw :
>>> Trevor King and I discussed this quite a while back, but every time I
>>> got around to looking at his code (I don't think he ever created a
>>> formal pull request) something
On Mon, Jul 18, 2011 at 10:24 PM, Vitja Makarov wrote:
> 2011/7/18 Robert Bradshaw :
>> Trevor King and I discussed this quite a while back, but every time I
>> got around to looking at his code (I don't think he ever created a
>> formal pull request) something came up. The idea was that we could
2011/7/18 Robert Bradshaw :
> Trevor King and I discussed this quite a while back, but every time I
> got around to looking at his code (I don't think he ever created a
> formal pull request) something came up. The idea was that we could
> support cpdef structs and extern functions as well.
>
That
On Mon, Jul 18, 2011 at 4:34 PM, Greg Ewing wrote:
> Chris Colbert wrote:
>
>> cdef public enum:
>> EV_READ = 1
>> EV_WRITE = 2
>>
>> However, I do not like it, because I would like to use "public" for
>> other meaning (API generation).
>
> My suggestion is
>
> cdef exposed
Chris Colbert wrote:
cdef public enum:
EV_READ = 1
EV_WRITE = 2
However, I do not like it, because I would like to use "public" for
other meaning (API generation).
My suggestion is
cdef exposed enum:
...
--
Greg
__
Trevor King and I discussed this quite a while back, but every time I
got around to looking at his code (I don't think he ever created a
formal pull request) something came up. The idea was that we could
support cpdef structs and extern functions as well.
On Mon, Jul 18, 2011 at 2:38 AM, Vitja Mak
2011/7/18 Chris Colbert :
>
>
> On Mon, Jul 18, 2011 at 12:14 PM, Lisandro Dalcin wrote:
>>
>> On 18 July 2011 06:38, Vitja Makarov wrote:
>> > cdef enum:
>> > EV_READ = 1
>> > EV_WRITE = 2
>> >
>> > Is there a way to put this constants into module dict?
>> > I want to access this consta
2011/7/18 Lisandro Dalcin :
> On 18 July 2011 06:38, Vitja Makarov wrote:
>> cdef enum:
>> EV_READ = 1
>> EV_WRITE = 2
>>
>> Is there a way to put this constants into module dict?
>> I want to access this constants from pure python code, I tried this way:
>>
>> globals()['EV_READ'] = EV_R
On Mon, Jul 18, 2011 at 12:14 PM, Lisandro Dalcin wrote:
> On 18 July 2011 06:38, Vitja Makarov wrote:
> > cdef enum:
> > EV_READ = 1
> > EV_WRITE = 2
> >
> > Is there a way to put this constants into module dict?
> > I want to access this constants from pure python code, I tried this w
On 18 July 2011 06:38, Vitja Makarov wrote:
> cdef enum:
> EV_READ = 1
> EV_WRITE = 2
>
> Is there a way to put this constants into module dict?
> I want to access this constants from pure python code, I tried this way:
>
> globals()['EV_READ'] = EV_READ
> globals()['EV_WRITE'] = EV_WRITE
cdef enum:
EV_READ = 1
EV_WRITE = 2
Is there a way to put this constants into module dict?
I want to access this constants from pure python code, I tried this way:
globals()['EV_READ'] = EV_READ
globals()['EV_WRITE'] = EV_WRITE
But I don't like it, is there any other way?
--
vitja.
27 matches
Mail list logo
