Dag Sverre Seljebotn wrote:
Well, there's still the namespace of the argument type. I think it is
really a syntactic rewrite of
obj->foo(bar)
to
foo(obj, bar)
This is where I disagree. It's *not* just a syntactic rewrite,
it's a lot more than that.
With a Python method, I have a fairly go
Greg Ewing, 24.04.2012 00:32:
> Dag Sverre Seljebotn wrote:
>> I'm excited about Julia because it's basically what I'd *like* to program
>> in. My current mode of development for much stuff is Jinja2 or Tempita
>> used for generating C code; Julia would be a real step forward.
>
> It looks interes
On 04/24/2012 12:32 AM, Greg Ewing wrote:
Dag Sverre Seljebotn wrote:
I'm excited about Julia because it's basically what I'd *like* to
program in. My current mode of development for much stuff is Jinja2 or
Tempita used for generating C code; Julia would be a real step forward.
It looks inter
Dag Sverre Seljebotn wrote:
I'm excited about Julia because it's basically what I'd *like* to
program in. My current mode of development for much stuff is Jinja2 or
Tempita used for generating C code; Julia would be a real step forward.
It looks interesting, but I have a few reservations abou
On 04/23/2012 08:17 PM, Nathaniel Smith wrote:
On Mon, Apr 23, 2012 at 6:09 PM, Dimitri Tcaciuc wrote:
I may be misuderstanding the intent here, but here it goes.
If the main idea is to be able to call functions that are written in
Julia or other languages, I think an effort to create an LLVM
Nathan Dunfield, 23.04.2012 17:58:
> I've encountered the following issue with Cython 0.16 on Windows with
> using the Mingw32 compiler (I'm using Python 3.2 here, but I don't think
> that's the issue):
>
> $ python3 setup.py build -c mingw32
> running build
> running build_py
> running build_ext
On Mon, Apr 23, 2012 at 6:09 PM, Dimitri Tcaciuc wrote:
> I may be misuderstanding the intent here, but here it goes.
>
> If the main idea is to be able to call functions that are written in
> Julia or other languages, I think an effort to create an LLVM backend
> for Cython would go a long way to
On Mon, Apr 23, 2012 at 10:09 AM, Dimitri Tcaciuc wrote:
> I may be misuderstanding the intent here, but here it goes.
>
> If the main idea is to be able to call functions that are written in
> Julia or other languages, I think an effort to create an LLVM backend
> for Cython would go a long way t
I may be misuderstanding the intent here, but here it goes.
If the main idea is to be able to call functions that are written in
Julia or other languages, I think an effort to create an LLVM backend
for Cython would go a long way towards inter-language connections as
the one discussed here. It sho
On Sun, Apr 22, 2012 at 1:59 AM, Lisandro Dalcin wrote:
> On 22 April 2012 08:10, Robert Bradshaw wrote:
>> Yes, Julia looks really cool. It's been on my radar for a while, but I
>> haven't had a chance to really try it out for anything yet. But I
>> hadn't thought about low-level Python/Cython <
I've encountered the following issue with Cython 0.16 on Windows with using the
Mingw32 compiler (I'm using Python 3.2 here, but I don't think that's the
issue):
$ python3 setup.py build -c mingw32
running build
running build_py
running build_ext
skipping 'SnapPy.c' Cython extension (up-to-date)
mark florisson, 23.04.2012 11:10:
> On 23 April 2012 09:42, Stefan Behnel wrote:
>> Stefan Behnel, 23.04.2012 10:23:
>>> mark florisson, 22.04.2012 16:41:
On 22 April 2012 15:31, mark florisson wrote:
> I think the problem here
> is that a single memoryview object is traversed multiple
On 23 April 2012 09:42, Stefan Behnel wrote:
> Stefan Behnel, 23.04.2012 10:23:
>> mark florisson, 22.04.2012 16:41:
>>> On 22 April 2012 15:31, mark florisson wrote:
I think the problem here
is that a single memoryview object is traversed multiple times through
different traverse f
Stefan Behnel, 23.04.2012 10:23:
> mark florisson, 22.04.2012 16:41:
>> On 22 April 2012 15:31, mark florisson wrote:
>>> I think the problem here
>>> is that a single memoryview object is traversed multiple times through
>>> different traverse functions, and that the refcount doesn't match the
>>>
On 23 April 2012 07:24, Stefan Behnel wrote:
> mark florisson, 22.04.2012 22:20:
>> On 21 April 2012 20:17, Dimitri Tcaciuc wrote:
>>> Say I want to factor out inner part of
>>> some N^2 loops over a flow array, I write something like
>>>
>>> cdef inline float _inner(size_t i, size_t j, float[:]
On 23 April 2012 09:23, Stefan Behnel wrote:
> mark florisson, 22.04.2012 16:41:
>> On 22 April 2012 15:31, mark florisson wrote:
>>> I think the problem here
>>> is that a single memoryview object is traversed multiple times through
>>> different traverse functions, and that the refcount doesn't
mark florisson, 22.04.2012 16:41:
> On 22 April 2012 15:31, mark florisson wrote:
>> I think the problem here
>> is that a single memoryview object is traversed multiple times through
>> different traverse functions, and that the refcount doesn't match the
>> number of traverses. Indeed, the refcou
2012/4/22 Vitja Makarov :
> 2012/4/22 Nathan Dunfield :
>> On Apr 22, 2012, at 1:22 PM, Vitja Makarov wrote:
>>> Oops, it seems to be a problem with locals() dict creation.
>>
>> Yes it does. The following variants of my original example both work:
>>
>> ## prob.pyx version 1
>>
>> def cy_eval(s)
18 matches
Mail list logo
