Pearu Peterson wrote:
Hmm, regarding `intent(in, out) j`, this should work. I'll check what
is going on..
The `intent(in, out) j` works when pycalc is defined as subroutine:
call pycalc(i, j)
instead of
pyreturn = pycalc(i, j)
Pearu
___
Olivia Cheronet wrote:
compile options: '-Inumpy/core/src -Inumpy/core/include
-I/usr/include/python2.5 -c'
gcc: _configtest.c
gcc _configtest.o -llibm.a -o _configtest.exe
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: crt0.o:
No such file: No such file or directory
The crt0.o file was indeed missing. I have reinstalled cygwin from the cygwin
setup.exe (as it seemed to be included therein), and it seems to have solved
that.
However, I now get the error below.
Thanks,
Olivia
_
Running
On Wed, Nov 25, 2009 at 6:42 PM, Olivia Cheronet
cheronetoli...@yahoo.com wrote:
The crt0.o file was indeed missing. I have reinstalled cygwin from the cygwin
setup.exe (as it seemed to be included therein), and it seems to have solved
that.
compile options: '-Inumpy/core/include
The npy_math.c is attached here.
Cheers,
Olivia
- Original Message
On Wed, Nov 25, 2009 at 6:42 PM, Olivia Cheronet
wrote:
The crt0.o file was indeed missing. I have reinstalled cygwin from the
cygwin
setup.exe (as it seemed to be included therein), and it seems to have
On Wed, Nov 25, 2009 at 7:07 PM, Olivia Cheronet
cheronetoli...@yahoo.com wrote:
The npy_math.c is attached here.
I have just tested a fresh svn checkout, and could built numpy
correctly on cygwin. I would suggest you update your sources, and
build from scratch (i.e. remove the entire build
Hi, I'm writing to report what looks like a two bugs in the handling of
strings of length 0. (I'm using 1.4.0.dev7746, on Mac OSX 10.5.8. The
problems below occur both for python 2.5 compiled 32-bit as well as
python2.6 compiled 64-bit).
Bug #1:
A problem arises when you try to create a
On Wed, Nov 25, 2009 at 8:48 AM, Dan Yamins dyam...@gmail.com wrote:
Am I just not supposed to be working with length-0 string columns, period?
But why would you want to? array dtypes are immutable, so you are
saying: I want this field to be only empty strings now and forever.
So you can't
ke, 2009-11-25 kello 09:48 -0500, Dan Yamins kirjoitti:
Hi, I'm writing to report what looks like a two bugs in the handling
of strings of length 0. (I'm using 1.4.0.dev7746, on Mac OSX 10.5.8.
The problems below occur both for python 2.5 compiled 32-bit as well
as python2.6 compiled 64-bit).
('\x00est', ''), ('\x00est', ''), ('\x00est', ''), ('\x00est',
''),
('\x00est', ''), ('\x00est', '')],
dtype=[('A', '|S4'), ('B', '|S0')])
That certainly looks like a bug -- where does the \0 appear in front of
all but the first string?
Sorry, I'm not sure what you
David,
It does indeed work now. I also was able to find a repo package with the
atlas libraries, so I installed them as well. It appears that everything
went well.
Thank you again for your assistance.
-Kirk
On Tue, Nov 24, 2009 at 8:02 PM, David Cournapeau courn...@gmail.comwrote:
On
The correlation of a large data (about 250k points) v can be checked
via
correlate(v,v,mode='full')
and ought to give the same result as the matlab function
xcorr(v)
FFT might speed up the evaluation ...
In my specific case:
xcorr takes about 0.2 seconds.
correlate takes about 70
Pearu,
Thanks. a follow question.
Using fortran
subroutine calc(j)
Cf2py intent(callback) pycalc
external pycalc
Cf2py integer dimension(1), intent(in,out):: j
integer j(1)
print *, 'in fortran before pycalc ',
'j=', j(1)
call pycalc(j)
print *, 'in fortran after pycalc ', '
j=', j(1)
ke, 2009-11-25 kello 19:23 +0100, qu...@gmx.at kirjoitti:
[clip]
Could someone please investigate why correlate and especially
fftconvolve are orders of magnitude slower?
Read http://projects.scipy.org/numpy/ticket/1260
___
NumPy-Discussion mailing
Sometimes I need to convert object-type arrays to their natural, real
type, without a priori knowing what that type is, e.g. the equivalent of:
Y = np.array(X.tolist())
where X is the object array. If X is naturally an array of ints, Y will be
an int array, if X is naturally strings, then Y
Hi James,
To answer the second question, use:
j = 1+numpy.array([2], numpy.int32)
The answer to the first question is that
the type of 1+numpy.array([2]) is
numpy.int64 but Fortran function expects
an array of type numpy.int32 and hence
the wrapper makes a copy of the input
array (which is
I tried redoing the internal logic for example by using the where function
but I can't seem to work out how to match up the logic. For example (note
slightly different from above). If I change the main loop to
lst = np.where((data -900.0) (lst -900.0), data, lst)
lst = np.where((data -900.0)
On Wed, Nov 25, 2009 at 4:13 PM, mdekauwe mdeka...@gmail.com wrote:
I tried redoing the internal logic for example by using the where function
but I can't seem to work out how to match up the logic. For example (note
slightly different from above). If I change the main loop to
lst =
On Nov 25, 2009, at 4:13 PM, mdekauwe wrote:
I tried redoing the internal logic for example by using the where function
but I can't seem to work out how to match up the logic. For example (note
slightly different from above). If I change the main loop to
lst = np.where((data -900.0) (lst
My own solution (i just heard that a very similar fix is (about to
be) included in the new svn version) - for those who need a quickfix:
*) This quick and dirty solution is about a factor of 300 faster
for an input of 10^5 random numbers. Probably alot more for larger
vectors.
*) The deviation
Hi,
I have finally branched the trunk into the 1.4.x branch. I have
disabled the C API for datetime, and fixed the C API/ABI numbers. At
this point, you should avoid committing anything which is not a high
priority bug in the branch. I will prepare a first rc1 based on the
branch,
cheers,
On Wed, Nov 25, 2009 at 12:34 PM, Dan Yamins dyam...@gmail.com wrote:
Sometimes I need to convert object-type arrays to their natural, real
type, without a priori knowing what that type is, e.g. the equivalent of:
Y = np.array(X.tolist())
where X is the object array. If X is naturally an
22 matches
Mail list logo