(): attribute name must be string
This was filed and fixed during the python bug weekend
(http://bugs.python.org/issue10465), so it shouldn't be a problem with
a current 3.2 checkout.
--
Neil Muller
drnlmul...@gmail.com
I've got a gmail account. Why haven't I become cool?
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
hout needing multiple clones. It's written in shell, but,
AFAIK, it works fine on windows using cygwin.
yap (yet another porcelain) also provides this functionality. easy-git
doesn't, but as a thin layer, it should work fine with git-new-workdir
--
Neil Muller
drnlmul...@gmail.com
I
27;|S3'), 4)),
> ('f', (dtype('float64'), 7))]
>>> os.uname()[4]
'sparc64'
>>> from numpy import dtype
>>> dtype([('i',int), ('s','|S3'), ('f',float)]).fields.items()
[('i', (dtype('int32'), 0)), ('s', (dtype('|S3'), 4)), ('f',
(dtype('float64'), 7))]
--
Neil Muller
[EMAIL PROTECTED]
I've got a gmail account. Why haven't I become cool?
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
/lib/_datasource.py",
> line 214, in _cache
> URLError: http://www.google.com/index.html>
>
>
> It seems to be from the changes to speed up imports.
This is due to a local configuration issue on the buildbots - the
proxy isn't being set correctly, so trying to open
ts to that ticket.
--
Neil Muller
[EMAIL PROTECTED]
I've got a gmail account. Why haven't I become cool?
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
isn't flagged as aligned
- ap->flags = NPY_CONTIGUOUS | NPY_FORTRAN | NPY_WRITEABLE
I'm under the impression that NPY_ALIGNED refers to the alignment of
the entire entry, though, in which case it's irrelevant here, since
the problem is with the internal alignment of items wit
tely before this,
with the loop to find the end of the unicode string.
An alternative solution is to avoid the long pointer dptr entirely and
use a different approach to find the string length, but I worry that
that would obscure the intent of the code with very little positive
benefit.
--
Neil Mul
UNICODE_getitem to work.
--
Neil Muller
[EMAIL PROTECTED]
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Could someone review the patch at
http://scipy.org/scipy/numpy/ticket/825, please?
The issue prevents the test suite running successfully on Sparc, so
I'd like to see it fixed.
--
Neil Muller
[EMAIL PROTECTED]
___
Numpy-discussion mailing list