Travis E. Oliphant wrote:
Lane Brooks wrote:
Travis E. Oliphant wrote:
Lane Brooks wrote:
When writing an numpy extension module, what is the preferred way to
deal with the all the possible types an ndarray can have?
I have some data processing functions I need to implement
Lane Brooks wrote:
> Travis E. Oliphant wrote:
>> Lane Brooks wrote:
>>
>>> When writing an numpy extension module, what is the preferred way to
>>> deal with the all the possible types an ndarray can have?
>>>
>>> I have some data processing functions I need to implement and they need
>>> to
Travis E. Oliphant wrote:
Lane Brooks wrote:
When writing an numpy extension module, what is the preferred way to
deal with the all the possible types an ndarray can have?
I have some data processing functions I need to implement and they need
to be generic and work for all the possible nu
On Sep 10, 2008, at 10:12 PM, Robert Kern wrote:
> On Wed, Sep 10, 2008 at 19:58, Tommy Grav <[EMAIL PROTECTED]> wrote:
>> I thought is was pretty standard that non-system versions of python
>> should go
>> into /Library/Frameworks/Python.framework/ on the OS X? Is this not
>> the case?
>
> Yes,
Lane Brooks wrote:
> When writing an numpy extension module, what is the preferred way to
> deal with the all the possible types an ndarray can have?
>
> I have some data processing functions I need to implement and they need
> to be generic and work for all the possible numerical dtypes. I do n
On Wed, Sep 10, 2008 at 19:58, Tommy Grav <[EMAIL PROTECTED]> wrote:
> I thought is was pretty standard that non-system versions of python
> should go
> into /Library/Frameworks/Python.framework/ on the OS X? Is this not
> the case?
Yes, but frameworks are versioned, and the files installed by .mp
I thought is was pretty standard that non-system versions of python
should go
into /Library/Frameworks/Python.framework/ on the OS X? Is this not
the case?
Cheers
Tommy
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.
When writing an numpy extension module, what is the preferred way to
deal with the all the possible types an ndarray can have?
I have some data processing functions I need to implement and they need
to be generic and work for all the possible numerical dtypes. I do not
want to have to re-imple
Mark,
THANK YOU GREATLY FOR YOUR HELP!!
I have executed all that suggestions that you have made:
I was able to have f2py be able to detect two distinct fortran compilers
on the computer that I am utilizing. However, I have found a new error
that I found to be somewhat unclear. The error i
Robert Kern wrote:
>> Actually, perhaps we should try to establish a standard, putting
>> packages that work with multiple pythons in something like:
>>
>> /usr/local/lib/UniversalPython2.5/site-packages
>>
>> and add that to a *.pth file in various versions.
>
> The problem is that each Python ha
Tue, 09 Sep 2008 17:57:52 -0500, Robert Kern wrote:
> On Tue, Sep 9, 2008 at 17:53, Blubaugh, David A. <[EMAIL PROTECTED]>
> wrote:
>> It appears that once I run the f2py.py script from the IDLE
>> environment,
>
> That's your problem. It is a script to run from the command line, not a
> module f
On Wed, Sep 10, 2008 at 15:28, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Robert Kern wrote:
>> Yes. It is difficult (or impossible without writing new code) to build
>> these kinds of installers to work with different locations of Python
>> frameworks.
>
> yup. however, perhaps the approach t
Robert Kern wrote:
> Yes. It is difficult (or impossible without writing new code) to build
> these kinds of installers to work with different locations of Python
> frameworks.
yup. however, perhaps the approach taken by wxPython would be worth
considering. Robin is putting the whole package in:
On Wed, Sep 10, 2008 at 11:07, Robert Pyle <[EMAIL PROTECTED]> wrote:
> Hi Jarrod et al:
>
> On Sep 3, 2008, at 2:16 AM, Jarrod Millman wrote:
>
>> Here is the universal Mac binary:
>> https://cirl.berkeley.edu/numpy/numpy-1.2.0rc1-py2.5-macosx10.5.dmg
>
> I've been running the enthought distributi
Pierre GM wrote:
> All,
> I was fixing MaskedArray.view for masked arrays with flexible type when I ran
> into a small pb with view.
> The new definition accepts 2 keywords dtype and type. I thought I could
> easily
> redefined MaskedArray.view as
>
> def view(self, dtype=None, type=None):
>
Hi Jarrod et al:
On Sep 3, 2008, at 2:16 AM, Jarrod Millman wrote:
> Here is the universal Mac binary:
> https://cirl.berkeley.edu/numpy/numpy-1.2.0rc1-py2.5-macosx10.5.dmg
I've been running the enthought distribution: Python 2.5.2 |EPD
4.0.30001| (r252:60911, Aug 17 2008, 17:29:54)
The new n
All,
I can't compile the latest SVN on my machine. You'll find the corresponding
error message at the end.
Any help/comment welcome.
Thx a lot in advance,
P.
x86_64-pc-linux-gnu-gcc -pthread
_configtest.o -L/usr/lib64 -lf77blas -lcblas -latlas -o _configtest
ATLAS version 3.8.2 built by root on
On 9/5/08, David Cournapeau <[EMAIL PROTECTED]> wrote:
> You should first test the binary (import numpy; numpy.test()), to see
> whether the built was really sucessful.
Hy again! :)
I've managed to build numpy and install it. 'import numpy' works OK,
numpy.show_config() looks OK, but when I try
All,
I was fixing MaskedArray.view for masked arrays with flexible type when I ran
into a small pb with view.
The new definition accepts 2 keywords dtype and type. I thought I could easily
redefined MaskedArray.view as
def view(self, dtype=None, type=None):
output = ndarray.view(self, dtype=d
2008/9/10 Christopher Barker <[EMAIL PROTECTED]>:
> http://scipy.org/scipy/numpy/ticket/909
>
> ( By the way, is there a way to fix the typo in the ticket title? --oops!)
Fixed.
Thanks a lot for writing this up!
Cheers
Stéfan
___
Numpy-discussion maili
2008/9/10 Travis E. Oliphant <[EMAIL PROTECTED]>:
> The post is
>
> http://blog.enthought.com/?p=62
Very cool post, thank you! I agree that it would be great to have
such a mechanism in NumPy.
Cheers
Stéfan
___
Numpy-discussion mailing list
Numpy-discu
21 matches
Mail list logo
