Robert Kern wrote:
> David Cournapeau wrote:
>
>> Hi,
>>
>> I am developing some numpy code, which sometimes fail because of
>> nan. This is likely to be due to some bad coding on my side, and as such
>> any NaN is a bug for this particular piece of code.
>> Is there a way to get a war
On 2/27/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> David Cournapeau wrote:
> > Hi,
> >
> > I am developing some numpy code, which sometimes fail because of
> > nan. This is likely to be due to some bad coding on my side, and as such
> > any NaN is a bug for this particular piece of code.
> >
David Cournapeau wrote:
> Hi,
>
> I am developing some numpy code, which sometimes fail because of
> nan. This is likely to be due to some bad coding on my side, and as such
> any NaN is a bug for this particular piece of code.
> Is there a way to get a warning when the first Nan is dete
Hi,
I am developing some numpy code, which sometimes fail because of
nan. This is likely to be due to some bad coding on my side, and as such
any NaN is a bug for this particular piece of code.
Is there a way to get a warning when the first Nan is detected in
the code (or even a faulty
Robert Kern wrote:
> David Cournapeau wrote:
>
>> Sturla Molden wrote:
>>
>>> g77 is a Fortran 77 compiler. The development of g77 is halted.
>>>
>>> gfortran is a Fortran 77, 90, and 95 compiler. It is the current Fortran
>>> compiler in the GNU Compiler Collection (GCC).
>>>
>>>
>>> You c
On Monday 26 February 2007 14:51:42 Fred Clare wrote:
> We would like some advice on how to proceed with implementing
> masked array capabilities in a large package of climate-related
> analysis functions.
Sounds great ! I'm working on the same field basically, and I needed
MaskedArrays to deal
Christopher Barker wrote:
> Robert Kern wrote:
>> even though
>> Universal binaries built on 10.4 systems would usually work on 10.3.9, numpy
>> doesn't.
>
> Darn, but I for one, can live without 10.3.9 support -- it does build
> Universal properly for 10.4 doesn't it?
I've never tested it.
--
We would like some advice on how to proceed with implementing
masked array capabilities in a large package of climate-related
analysis functions. We are in the initial stages of trying to
duplicate functionality from an existing package written in a
locally-developed scripting language. The exist
Robert Kern wrote:
> even though
> Universal binaries built on 10.4 systems would usually work on 10.3.9, numpy
> doesn't.
Darn, but I for one, can live without 10.3.9 support -- it does build
Universal properly for 10.4 doesn't it?
> The R folks have a package containing gcc 4.0.3 with gfortran
Zachary Pincus wrote:
> To address the former, I'd like to be able to (say) include something
> like 'config_endian --big' on the 'python setup.py' command-line, and
> have that information trickle down to the PIL config script (a few
> subpackages deep). Is this easy or possible?
I'd just
Christopher Barker wrote:
> I'm no expert, but the glory of distutils is that it will, by default
> build extensions the same way as python itself was built. So if you use
> a PPC python, you'll get PPC extensions, same with Intel, and if you use
> a Universal Python, you'll get a Universal e
Zachary Pincus wrote:
> building python extensions as Mac-PPC and Mac-Intel fat
> binaries, so I'm turning to the wisdom of this list for a few questions.
I'd try the pythonmac list too -- there are folks there that actually
understand all this!
> My general goal is to make a double-clickable
On Sun, 25 Feb 2007, Jouni K. Seppänen apparently wrote:
> it is easier to type something like
> [0 1 0; 1 0 0; 0 0 1]
> than
> array([[0,1,0],[1,0,0],[0,0,1]])
x = numpy.mat('0 1 0; 1 0 0; 0 0 1').A
hth,
Alan Isaac
___
Numpy-discussion ma
How can I create a NumPy array which is backed by ctypes data?
ie create a NumPy array from a ctypes one without any data copying?
So that changing an element of the NumPy array will alter the
underlying ctypes array. I have C structures that contain numerical
data and would like to access t
14 matches
Mail list logo
