On Fri, Sep 18, 2009 at 1:14 PM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 5:49 PM, René Dudfield wrote:
> > On Fri, Sep 18, 2009 at 5:36 PM, René Dudfield wrote:
> >> On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
> >> wrote:
> >>> Numpy relies on nose for testing. I know that there i
On Fri, Sep 18, 2009 at 2:18 PM, René Dudfield wrote:
> hi,
>
> Added a numpy/compat.py file from pygame.
>
> This defines these things for compatibility:
> __all__ = ['geterror', 'long_', 'xrange_', 'ord_', 'unichr_',
> 'unicode_', 'raw_input_']
>
>
> geterror() is useful for exceptions compatib
Jaroslav Hajek wrote:
>>> string lengths determined
>> c-style null termination
>>
>
> Hmm, this didn't seem to work for me. But maybe I was doing something
> else wrong. Thanks.
well, I notice that for a length-n string, if there are n "real'
characters, then there is no null, so that may have
hi,
Added a numpy/compat.py file from pygame.
This defines these things for compatibility:
__all__ = ['geterror', 'long_', 'xrange_', 'ord_', 'unichr_',
'unicode_', 'raw_input_']
geterror() is useful for exceptions compatible between py3k and pyv2...
As in py3k you can't do this:
except Im
Hi again,
I found your numpy/core/src/py3k_notes.txt file.
I left the PY3K.txt I made in there for now, so its easy for people to
find... but will use the other file for more specific information like
is in there now. Or I can move the information across from PY3K.txt
into py3k_notes.txt if you
On Fri, Sep 18, 2009 at 7:08 PM, Christopher Barker
wrote:
> Jaroslav Hajek wrote:
>
>> Does PyArrayObject::data point to a single contiguous char[] buffer,
>> like with the old Numeric char arrays, with
>> PyArrayObject::descr->elsize being the maximum length?
>
> yes.
>
>> string lengths determi
On Fri, Sep 18, 2009 at 5:49 PM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 5:36 PM, René Dudfield wrote:
>> On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
>> wrote:
>>> Numpy relies on nose for testing. I know that there is a py3k branch for
>>> nose but it doesn't look very active and I
Jaroslav Hajek wrote:
> Does PyArrayObject::data point to a single contiguous char[] buffer,
> like with the old Numeric char arrays, with
> PyArrayObject::descr->elsize being the maximum length?
yes.
> string lengths determined
c-style null termination
> Finally, is there any way to create a
On Fri, Sep 18, 2009 at 5:36 PM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
> wrote:
>> Numpy relies on nose for testing. I know that there is a py3k branch for
>> nose but it doesn't look very active and I don't know its current state. Do
>> you know anything about
On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
wrote:
> Numpy relies on nose for testing. I know that there is a py3k branch for
> nose but it doesn't look very active and I don't know its current state. Do
> you know anything about that?
>
> Chuck
ah, bugger. No I don't. I can find out thou
On Fri, Sep 18, 2009 at 10:19 AM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 4:29 PM, Charles R Harris
> wrote:
> >
> >
> > On Fri, Sep 18, 2009 at 9:09 AM, René Dudfield wrote:
> >>
> >> On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
> >> wrote:
> >> >
> >> >
> >> > On Fri, Sep 18, 200
On Fri, Sep 18, 2009 at 4:29 PM, Charles R Harris
wrote:
>
>
> On Fri, Sep 18, 2009 at 9:09 AM, René Dudfield wrote:
>>
>> On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
>> wrote:
>> >
>> >
>> > On Fri, Sep 18, 2009 at 8:52 AM, René Dudfield wrote:
>> >>
>> >> one more thing...
>> >>
>> >> t
Fri, 18 Sep 2009 11:24:25 -0400, Ralf Gommers wrote:
[clip]
>> If you have good ideas how to the "move/delete warnings" should appear
>> in the web UI, and what the application should do to make it easy to
>> fix them, go ahead and tell them. Designing the UI and how it should
>> work is the first
On Fri, Sep 18, 2009 at 9:09 AM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
> wrote:
> >
> >
> > On Fri, Sep 18, 2009 at 8:52 AM, René Dudfield wrote:
> >>
> >> one more thing...
> >>
> >> there's also notes about porting to py3k here:
> >>http://wiki.python.or
Fri, 18 Sep 2009 07:42:08 +, Pauli Virtanen wrote:
[clip]
> I doubt that -- not so much has been moved around. It's easy to see from
> "git log --stat -M -C" that only shape_base, getlimits, and machar have
> been moved around since 2007.
A complete listing obtained from SQL:
numpy-doc
>
> > Based on this I suspect there is quite a bit of work that got lost
> > earlier in the summer. A couple of times I saw the count of "needs
> > editing" in the stats go up by several or even several tens. At the time
> > I thought those were all objects that were new to NumPy, but more likely
>
On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
wrote:
>
>
> On Fri, Sep 18, 2009 at 8:52 AM, René Dudfield wrote:
>>
>> one more thing...
>>
>> there's also notes about porting to py3k here:
>> http://wiki.python.org/moin/cporting
>> and here:
>> http://wiki.python.org/moin/PortingExtens
On Fri, Sep 18, 2009 at 8:52 AM, René Dudfield wrote:
> one more thing...
>
> there's also notes about porting to py3k here:
>http://wiki.python.org/moin/cporting
> and here:
>http://wiki.python.org/moin/PortingExtensionModulesToPy3k
>
> Which are better than the python.org docs for cport
one more thing...
there's also notes about porting to py3k here:
http://wiki.python.org/moin/cporting
and here:
http://wiki.python.org/moin/PortingExtensionModulesToPy3k
Which are better than the python.org docs for cporting. That's
probably a pretty good page to store notes about portin
On Fri, Sep 18, 2009 at 3:10 PM, Charles R Harris
wrote:
> Hi René,
>
> On Fri, Sep 18, 2009 at 6:01 AM, René Dudfield wrote:
>>
>> Hello,
>>
>> as a big numpy user, and someone wanting to help with the python 3
>> migration, I'd like to help with a python 3.1 port of numpy.
>>
>> We(at the pygam
Hi René,
On Fri, Sep 18, 2009 at 6:01 AM, René Dudfield wrote:
> Hello,
>
> as a big numpy user, and someone wanting to help with the python 3
> migration, I'd like to help with a python 3.1 port of numpy.
>
> We(at the pygame project) have mostly completed our port of pygame to
> python 3.0 and
Hello,
as a big numpy user, and someone wanting to help with the python 3
migration, I'd like to help with a python 3.1 port of numpy.
We(at the pygame project) have mostly completed our port of pygame to
python 3.0 and 3.1 so can offer some insight into what it takes with a
CPython extension.
p
hi all,
I'm working on Pytave - a Python<->Octave bridge that can either use
NumPy or the older Numeric to map onto Octave's arrays. I would like
to implement support for NumPy's string arrays, but I'm a little
confused about how the data is stored internally.
Does PyArrayObject::data point to a s
Thu, 17 Sep 2009 21:16:12 -0400, Ralf Gommers wrote:
> There is a lot more it turns out:
>
> atleast_1d
> atleast_2d
> atleast_3d
> hstack
> vstack
> correlate2
> linspace
> logspace
> finfo
> iinfo
> MachAr
So it seems -- David's been moving stuff around lately.
> Based on this I suspect there
24 matches
Mail list logo
