Greetings:
I recently experimented with changing from use of string arrays in some
of my code to object arrays. This change speeds up my simulations and
produces identical numerical results relative to use of string arrays.
However, it now appears that my code is having issues at the ends of m
On 5/25/07, Francesc Altet <[EMAIL PROTECTED]> wrote:
A Dijous 24 Maig 2007 20:33, Francesc Altet escrigué:
[SNIP]
Just for the record: I've found the culprit. The problem here was the use
of
the stride1 variable that was declared just above the main switch for
opcodes
as:
intp stride1 =
Hi Robert
The override does the trick.
It worked. Thanks and have a nice weekend.
Shawn
Okay, here is the full scoop:
* The multi-threaded ATLAS is always tried first. This doesn't work for
you
since you compiled your Python without pthreads.
* The standard library directories (/usr/lib, /u
Gong, Shawn (Contractor) wrote:
> Hi Robert,
> I have tried both suggestions and got the same error message when
> "import numpy"
>
> Try #1) changed site.cfg to have only these 3 lines
> [atlas]
> library_dirs = /usr/local/lib/atlas
> libraries = lapack, f77blas, cblas, atlas
>
> result: did not
A Dijous 24 Maig 2007 20:33, Francesc Altet escrigué:
> Hi,
>
> Some time ago I made an improvement in speed on the numexpr version of
> PyTables so as to accelerate the operations with unaligned arrays
> (objects that can appear quite commonly when dealing with columns of
> recarrays, as PyTables
On Fri, May 25, 2007 at 12:45:32PM -0500, Robert Kern wrote:
> David M. Cooke wrote:
> > On Fri, May 25, 2007 at 07:25:15PM +0200, Albert Strasheim wrote:
> >> I'm still having problems on Windows with r3828. Build command:
> >>
> >> python setup.py -v config --compiler=msvc build_clib --compiler=m
David M. Cooke wrote:
> On Fri, May 25, 2007 at 07:25:15PM +0200, Albert Strasheim wrote:
>> I'm still having problems on Windows with r3828. Build command:
>>
>> python setup.py -v config --compiler=msvc build_clib --compiler=msvc
>> build_ext --compiler=msvc bdist_wininst
>
> Can you send me th
On Fri, May 25, 2007 at 07:25:15PM +0200, Albert Strasheim wrote:
> I'm still having problems on Windows with r3828. Build command:
>
> python setup.py -v config --compiler=msvc build_clib --compiler=msvc
> build_ext --compiler=msvc bdist_wininst
Can you send me the output of
python setup.py -v
I'm still having problems on Windows with r3828. Build command:
python setup.py -v config --compiler=msvc build_clib --compiler=msvc
build_ext --compiler=msvc bdist_wininst
Output:
F2PY Version 2_3828
blas_opt_info:
blas_mkl_info:
( library_dirs = C:\Program
Files\Intel\MKL\9.0\ia32\lib:C:\Pyt
Gong, Shawn (Contractor) wrote:
> Hi Robert and list,
>
> My colleague said that it certainly looks like a missing thread library.
> It looks like the problem is that lapack_lite was compiled
> multi-threaded and can't find the thread library.
Okay, it looks like ATLAS's multithreaded libraries a
Jesper Larsen wrote:
> Hi numpy users,
>
> I have a masked array of dimension (nvariables, nobservations) that contain
> missing values at arbitrary points. Is it safe to rely on numpy.corrcoeff to
> calculate the correlation coefficients of a masked array (it seems to give
> reasonable results
Sorry I didn't respond sooner. It seems to have taken almost 3 hours
for me to receive this message.
In any case the problems seems to have been resolved. I am able to
build and install numpy version 1.0.4.dev3828 on my RHE3 machine running
Python 2.5.1.
Thank you for the quick fix.
Chris
Hi,
I am installing Numpy 1.0.3 on Solaris 10. I am new to Numpy install. Here are
what I
did and the result of 'python setup.py install'. Please help. Thanks in advance.
I set:
setenv CFLAGS "-xchip=opteron "
setenv CXXFLAGS "-xchip=opteron "
setenv CC /opt/SUNWspro/bin/cc
setenv CXX /opt/SUNWsp
On Fri, May 25, 2007 at 08:27:47AM -0400, Christopher Hanley wrote:
> Good Morning,
>
> When attempting to do my daily numpy build from svn I now receive the
> following error. I am a Redhat Enterprise 3 Machine running Python 2.5.1.
>
>libraries lapack_atlas not found in /usr/local/lib
>
On Fri, May 25, 2007 at 08:27:47AM -0400, Christopher Hanley wrote:
> Good Morning,
>
> When attempting to do my daily numpy build from svn I now receive the
> following error. I am a Redhat Enterprise 3 Machine running Python 2.5.1.
>
>libraries lapack_atlas not found in /usr/local/lib
>
Good Morning,
When attempting to do my daily numpy build from svn I now receive the
following error. I am a Redhat Enterprise 3 Machine running Python 2.5.1.
libraries lapack_atlas not found in /usr/local/lib
libraries f77blas,cblas,atlas not found in /usr/lib
libraries lapack_atlas no
Hi numpy users,
I have a masked array of dimension (nvariables, nobservations) that contain
missing values at arbitrary points. Is it safe to rely on numpy.corrcoeff to
calculate the correlation coefficients of a masked array (it seems to give
reasonable results)?
Cheers,
Jesper
__
17 matches
Mail list logo