Re: [Numpy-discussion] maskedarray bug?

2008-01-22 Thread Stefan van der Walt
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

Re: [Numpy-discussion] Docstring page, out of date?

2008-01-22 Thread David Cournapeau
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 was generated

Re: [Numpy-discussion] compiling c extension

2008-01-22 Thread Danny Chan
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

Re: [Numpy-discussion] compiling c extension

2008-01-22 Thread Danny Chan
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

Re: [Numpy-discussion] Docstring page, out of date?

2008-01-22 Thread Hans Meine
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, just use

Re: [Numpy-discussion] Building a static libnumpy

2008-01-22 Thread Stefan van der Walt
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 Makefile to

Re: [Numpy-discussion] Building a static libnumpy

2008-01-22 Thread Jussi Enkovaara
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 was later

[Numpy-discussion] data type specifications

2008-01-22 Thread Gary Pajer
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

[Numpy-discussion] How to build on Solaris 10 (x86) using sunperf?

2008-01-22 Thread Peter Ward
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

[Numpy-discussion] Looking to access C array in numpy.

2008-01-22 Thread Clarke, Trevor
-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

Re: [Numpy-discussion] How to build on Solaris 10 (x86) using sunperf?

2008-01-22 Thread Travis E. Oliphant
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 to

Re: [Numpy-discussion] Looking to access C array in numpy.

2008-01-22 Thread Travis E. Oliphant
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 to

[Numpy-discussion] __array_interface__ / __array_struct__

2008-01-22 Thread Thomas Heller
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

Re: [Numpy-discussion] Looking to access C array in numpy.

2008-01-22 Thread Travis E. Oliphant
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 python method

Re: [Numpy-discussion] __array_interface__ / __array_struct__

2008-01-22 Thread Thomas Heller
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 the

Re: [Numpy-discussion] __array_interface__ / __array_struct__

2008-01-22 Thread Travis E. Oliphant
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. Probably I'm doing

[Numpy-discussion] location of ma in maskedarray branch

2008-01-22 Thread Matt Knox
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

Re: [Numpy-discussion] How to build on Solaris 10 (x86) using sunperf?

2008-01-22 Thread David Cournapeau
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 no longer

Re: [Numpy-discussion] planet.scipy.org

2008-01-22 Thread Jarrod Millman
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 Research

Re: [Numpy-discussion] location of ma in maskedarray branch

2008-01-22 Thread Eric Firing
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

Re: [Numpy-discussion] data type specifications

2008-01-22 Thread Stefan van der Walt
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. Preferable: