I apologize ahead of time for anything I might be totally missing, but in
order to make PyArray_Scalar() work on non-CPython interpreters, it's
necessary for me to significantly refactor that function. I've made
(untested but correct looking) changes to the function to handle all of the
data types
Sorry to interrupt, but do you have a usable, up to date cloneable git
repository somewhere? I noticed that you had a repository on github, but
it's about a month out of date. I understand if what you're working on
isn't ready to be cloned from yet. In the meantime I can use git-svn, but I
figure
Apr 21, 2010 5:20 AM, "Dag Sverre Seljebotn"
wrote:
Dan Roberts wrote:
> Thanks for the reply. You're certainly right that your work is
> extremely be...
This might be relevant?
http://conference.scipy.org/proceedings/SciPy2008/paper_16/
--
Dag Sverre
___
Oops, I intended to dig more through the NumPy source before I sent the
final version of that message, so I could be speaking from an informed
standpoint.
Thanks,
Daniel Roberts
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discuss...
--
Travis O
thinking ufuncs would be
written in pure Python and jit compiled to an efficient form. (We can make
lots of nice assumptions about them) That said, I think being able to write
generic ufuncs is a very good idea, and absolutely doable.
On Apr 20, 2010 7:48 AM, "Travis Oliphant" wrote:
On Apr
On Apr 18, 2010 6:46 PM, "Dan Roberts" wrote:
I've been trying my best to take my time formulating my replies but I need
to respond eventually. :-)
This is embarassing, but I'm actually not sure where I talked about an
interface specifically. I did rather nebulously ta
Hello NumPy Users,
Hi everybody, my name is Dan Roberts, and my Google Summer of Code
proposal was categorized under NumPy rather than PyPy, so it will end up
being reviewed by mentors for the NumPy project. I'd like to take this
chance to introduce myself and my proposal.
I h
