Hi Gary
On Tue, Jan 22, 2008 at 11:18:01AM -0500, Gary Pajer wrote:
> Occasionally I find myself poking into docstrings and googling
> randomly trying to find the proper way to specify a data type, or
> trying to remind myself just what a "float" is. I can never find the
> info easily.
>
> Pref
Matt Knox wrote:
> I noticed that the new masked array module resides in numpy/ma in the
> maskedarray branch as opposed to numpy/core/ma like it does in the
> current trunk. Was this intentional? Code that explicitly imports ma
> from the core subfolder will break from this change (like the
On Jan 18, 2008 11:17 PM, Barry Wark <[EMAIL PROTECTED]> wrote:
> I promise: last change. I changed the URL to
> http://physionconsulting.blogspot.com/search/label/scipy. My wife said
> physion consultants is a crappy name. Oh well :)
Done.
--
Jarrod Millman
Computational Infrastructure for Rese
Travis E. Oliphant wrote:
> Peter Ward wrote:
>
>> Hi,
>> I have been trying to build numpy on an opteron based Solaris 10
>> machine, with poor results.
>> After skimming over the discussion archives I noticed a branch for
>> numpy.sunperf in the svn repository.
>> Unfortunately this is n
I noticed that the new masked array module resides in numpy/ma in the
maskedarray branch as opposed to numpy/core/ma like it does in the current
trunk. Was this intentional? Code that explicitly imports ma from the core
subfolder will break from this change (like the __init__.py script for the
Thomas Heller wrote:
> Travis E. Oliphant schrieb:
>
>> Thomas Heller wrote:
>>
>>> I am experimenting with implementing __array_interface__ and/or
>>> __array_struct__
>>> properties for ctypes instances, and have problems to create numpy arrays
>>> from them that share the memory. Proba
Travis E. Oliphant schrieb:
> Thomas Heller wrote:
>> I am experimenting with implementing __array_interface__ and/or
>> __array_struct__
>> properties for ctypes instances, and have problems to create numpy arrays
>> from them that share the memory. Probably I'm doing something wrong;
>> what is
Thomas Heller wrote:
> I am experimenting with implementing __array_interface__ and/or
> __array_struct__
> properties for ctypes instances, and have problems to create numpy arrays
> from them that share the memory. Probably I'm doing something wrong;
> what is the correct function in numpy to c
Travis E. Oliphant wrote:
> Clarke, Trevor wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I'm calling some python code from a C++ app via an intermediary library
>> (i.e. I can't directly create Python C objects like Buffers). I'm
>> passing a void* (cast to a long) to the py
I am experimenting with implementing __array_interface__ and/or __array_struct__
properties for ctypes instances, and have problems to create numpy arrays
from them that share the memory. Probably I'm doing something wrong;
what is the correct function in numpy to create these shared objects?
I a
Clarke, Trevor wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'm calling some python code from a C++ app via an intermediary library
> (i.e. I can't directly create Python C objects like Buffers). I'm
> passing a void* (cast to a long) to the python method and I'd like to
> use numpy
It's time for another doc-day for SciPy/NumPy. We will convene on IRC
during the day on Friday. I will try and spend some time in the
afternoon/evening on Friday night (Central Standard Time), but will be
logged on to IRC during the rest of the day.
Come join us at irc.freenode.net (channel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm calling some python code from a C++ app via an intermediary library
(i.e. I can't directly create Python C objects like Buffers). I'm
passing a void* (cast to a long) to the python method and I'd like to
use numpy to access that memory as an array.
Peter Ward wrote:
> Hi,
> I have been trying to build numpy on an opteron based Solaris 10
> machine, with poor results.
> After skimming over the discussion archives I noticed a branch for
> numpy.sunperf in the svn repository.
> Unfortunately this is no longer available, so I was curious as
Hi,
I have been trying to build numpy on an opteron based Solaris 10
machine, with poor results.
After skimming over the discussion archives I noticed a branch for
numpy.sunperf in the svn repository.
Unfortunately this is no longer available, so I was curious as to the
best approach to bui
Occasionally I find myself poking into docstrings and googling
randomly trying to find the proper way to specify a data type, or
trying to remind myself just what a "float" is. I can never find the
info easily.
Preferable: Is there a docstring somewhere that lists the data types
and acceptable
Hi,
Also try NumExpr (http://www.scipy.org/SciPyPackages/NumExpr):
"The scipy.sandbox.numexpr package supplies routines for the fast
evaluation of array expressions elementwise by using a vector-based
virtual machine. "
However, this page is probably a little out of date.
Regards
Bruce
On Jan 2
David Cournapeau wrote:
> On Jan 22, 2008 3:44 PM, Jussi Enkovaara <[EMAIL PROTECTED]> wrote:
>> Hi,
>> I need to use numpy in an environment which does not support shared
>> libraries.
>> Previously, I have used the old Numeric where I created a Makefile to build a
>> static Numeric library which
On Tue, Jan 22, 2008 at 05:12:32PM +0900, David Cournapeau wrote:
> On Jan 22, 2008 3:44 PM, Jussi Enkovaara <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I need to use numpy in an environment which does not support shared
> > libraries.
> > Previously, I have used the old Numeric where I created a Makef
Ha, found the problem! I thought I had included arrayobject.h and import_array
correctly, but due to the preprocessor it wasn't defined correctly!
Danny Chan <[EMAIL PROTECTED]> schrieb: Yes, that is not the problem. The
compiling of the source file works fine, it is when the linker tries to cr
Am Dienstag, 22. Januar 2008 07:27:19 schrieb Robert Kern:
> > The new document format requires a preprocessor that has yet to be
> > written.
>
> epydoc from SVN works just fine once the following line is added at the
> top.
>
> __docformat__ = "restructuredtext en"
No need to clutter the files,
Yes, that is not the problem. The compiling of the source file works fine, it
is when the linker tries to create the shared library file that something blows
up.
Lou Pecora <[EMAIL PROTECTED]> schrieb: Did you include arrayobject.h and call
import_array()
in the initialization function, after
On Jan 22, 2008 3:18 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
> On Jan 21, 2008 7:56 PM, Charles R Harris <[EMAIL PROTECTED]> wrote:
> > On Jan 21, 2008 8:38 PM, Charles R Harris <[EMAIL PROTECTED]> wrote:
> > > If I hit the source code link in the generated html, it looks like that
> > page
On Jan 22, 2008 3:44 PM, Jussi Enkovaara <[EMAIL PROTECTED]> wrote:
> Hi,
> I need to use numpy in an environment which does not support shared libraries.
> Previously, I have used the old Numeric where I created a Makefile to build a
> static Numeric library which was later on linked to the python
Hi Pierre, Eric
On Mon, Jan 21, 2008 at 03:35:37PM -0500, Pierre GM wrote:
> Yep, bug indeed. Thanks for pointing that out !
> The following patch should take care of the problem. (In short, a getmask
> function was used instead of getmaskarray).
> Note that the patch takes also into account ele
25 matches
Mail list logo