Depends where it is contained but another option is and I find it to
typically be faster:
B = zeros(A.shape)
maximum(A,B,A)
On 08/01/2011 07:31 PM, dileep kunjaai wrote:
Dear sir,
How can we fill a particular value in the place of number
satisfying certain condition by another number in an
I'll answer my own question. It was a mix of using two different fortran
compilers so specified the option: python setup.py config_fc
--fcompiler=gfortran build.
All seems to be going well now.
On 07/08/2011 05:35 PM, Jeffrey Spencer wrote:
That actually makes sense because I am not sur
nalg import lapack_lite
ImportError:
/home/jspender/lib/python2.6/site-packages/numpy/linalg/lapack_lite.so:
undefined symbol: _gfortran_concat_string
>>>
Any ideas???
Cheers,
Jeff
On Fri, Jul 8, 2011 at 12:37 AM, Bruce Southey wrote:
> On 07/07/2011 05:23 AM, Jeffrey Spencer wro
lasdot/_dotblas.o
-L/usr/local/lib -Lbuild/temp.linux-x86_64-2.6 -lf77blas -lcblas -latlas
-o build/lib.linux-x86_64-2.6/numpy/core/_dotblas.so" failed with exit
status 1
Any help would be appreciated.
--
Jeffrey Spencer
jeffspenc...@gmail.com
_
Try removing numpy and openCV (and associated files) from
/usr/local/lib/python2.7/dist-packages or wherever you originally
compiled it too. Then rebuild numpy and openCV. Probably openCV was
compiled with a different version of numpy at the time of compilation.
Just a guess but removing and re
Python Message-ID:
Content-Type:
text/plain; charset=UTF-8 On Sat, May 21, 2011 at 23:27, Jeffrey Spencer
wrote:
> I have had issues with Linux (Ubuntu 10.04 x86_64) not releasing memory
> back to the OS. I have code here the exhibits the issue:
>
>
http://stackoverflow.c
, 2011 at 23:27, Jeffrey Spencer
wrote:
> I have had issues with Linux (Ubuntu 10.04 x86_64) not releasing memory
> back to the OS. I have code here the exhibits the issue:
>
>
http://stackoverflow.com/questions/5975255/memory-allocated-to-python-in-the-os-is-never-released-back-i
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1
On Sun, May 22, 2011 at 8:42 AM, Ralf Gommers
wrote:
>
>
> On Sun, May 22, 2011 at 2:54 PM, Jeffrey Spencer
> wrote:
>>
>> Sorry. I attached here the class and script
Sun, May 22, 2011 at 8:42 AM, Ralf Gommers
wrote:
>
>
> On Sun, May 22, 2011 at 2:54 PM, Jeffrey Spencer
> wrote:
>>
>> Sorry. I attached here the class and script to run it. It is just a
>> minimalistic example of what I'm
Much reduced code exhibiting the issue. This shouldn't use much memory
but just keeps going up and up because the copied window I assume gets
left around and not taken up by the garbage collector.
On 22/05/11 23:42, Ralf Gommers wrote:
On Sun, May 22, 2011 at 2:54 PM, Jeffrey Sp
Sorry. I attached here the class and script to run it. It is just a
minimalistic example of what I'm really doing that exhibits the same
behavior. All the script does is run at.createSpecific after
instantiating the class. I have seen this exhibited on many other cases
but it runs fine in Windo
(not sure
if this is true or how this works but would I also need to compile numpy
linked to the TCMalloc library). Let me know if anyone has any insight
on this issue. Or if it isn't related to numpy at all.
--
__
Jeffrey Spencer
Depar
12 matches
Mail list logo