On 10/26/2010 08:47 AM, Ralf Gommers wrote:
> On Tue, Oct 26, 2010 at 12:35 AM, René Dudfield wrote:
>> hi,
>>
>> this is another instance of a bug caused by the 'no old file handling'
>> problem with distutils/numpy.
>
> You're talking about the datetime tests below? They don't exist in
> 1.5.x,
On Tue, Oct 26, 2010 at 12:35 AM, René Dudfield wrote:
> hi,
>
> this is another instance of a bug caused by the 'no old file handling'
> problem with distutils/numpy.
You're talking about the datetime tests below? They don't exist in
1.5.x, that's simply a file left over from an install of the m
Thank you for your replies.
I might just use arrays.
Maybe in the future something like pypy might help reduce the python overhead.
Best,
Luca
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discus
Is there a way to execute tests even if they are marked as KNOWNFAIL? For
example, the module scipy.sparse.linalg has a few tests that are marked as such
on my architecture (OS-X 64 bit). Running
scipy.sparse.linalg(extra_argv=["--no-knownfail"])
changes the test result to ERROR, but it looks
Hi List,
I had similar problems on windows. I tried to use memmaps to buffer a
large amount of data and process it in chunks. But I found that whenever I
tried to do this, I always ended filling up RAM completely which led to
crashes of my python script with a MemoryError. This led me to conside
hi,
this is another instance of a bug caused by the 'no old file handling'
problem with distutils/numpy.
On Sun, Oct 24, 2010 at 4:29 PM, Charles R Harris wrote:
>
>
> On Sun, Oct 24, 2010 at 9:22 AM, Darren Dale wrote:
>
>> On Sun, Oct 17, 2010 at 7:35 AM, Ralf Gommers
>> wrote:
>> > Hi,
>>
On Mon, Oct 25, 2010 at 7:52 PM, Friedrich Romstedt
wrote:
> I was tearing my hear out yesterday evening with trying to find out
> and to understand how this directories occur in the build process and
> what role they play:
>
> build_doc/
This is just where the generated pdf's are copied to, see
On Mon, Oct 25, 2010 at 5:40 PM, Friedrich Romstedt
wrote:
> 2010/10/25 Vincent Davis :
>> On Sun, Oct 24, 2010 at 6:29 PM, wrote:
>>> On Sun, Oct 24, 2010 at 8:17 PM, Ralf Gommers
>>> wrote:
On Sun, Oct 24, 2010 at 2:44 AM, Vincent Davis
wrote:
> python2.7 10.5, osx 10.6, numpy
Hello list,
on compiling some F95 code into a library I got following message:
Warning: Nonconforming tab character at (1)
i figured out it is because setup uses default compiler flags. this is
my set-up command
python setup.py config_fc --fcompiler=gnu95 install --home=./tbuild
I tried to
Hi Friedrich,
On Mon, Oct 25, 2010 at 6:08 PM, Friedrich Romstedt
wrote:
> Hi,
>
> here is a summary of what we got so far with the Mac OS X build process:
Thanks for the detailed info on what you are doing. First maybe a
general comment: the current release scripts work quite well, so it's
prob
On Mon, Oct 25, 2010 at 6:48 AM, Citi, Luca wrote:
> Hello,
> I have noticed a significant speed difference between the array and the
> matrix implementation of the dot product, especially for not-so-big matrices.
> For example:
>
> In [1]: import numpy as np
> In [2]: b = np.random.rand(104,1)
>
On Mon, Oct 25, 2010 at 7:48 AM, Citi, Luca wrote:
> Hello,
> I have noticed a significant speed difference between the array and the
> matrix implementation of the dot product, especially for not-so-big
> matrices.
> For example:
>
> In [1]: import numpy as np
> In [2]: b = np.random.rand(104,1)
Hello,
I have noticed a significant speed difference between the array and the matrix
implementation of the dot product, especially for not-so-big matrices.
For example:
In [1]: import numpy as np
In [2]: b = np.random.rand(104,1)
In [3]: bm = np.mat(b)
In [4]: a = np.random.rand(8, 104)
In [5]:
I was tearing my hear out yesterday evening with trying to find out
and to understand how this directories occur in the build process and
what role they play:
build_doc/
doc/source/reference/generated/
The build process of the docs is rather opaque to me, so I don't know
what to do with them.
Th
I hope this mailing list is right place to post.
Please read full document here:
http://tkf.bitbucket.org/railgun-doc/index.html
RailGun: Accelerate your simulation programing with "C on Rails"
Overview
RailGun is ctypes
Hi,
here is a summary of what we got so far with the Mac OS X build process:
- We found it useful to put
/Library/Frameworks/Python.framework/Versions/2.x under version
control with git. This lets us get rid of the paver bootstrap thingy,
since we just switch to a branch via ``git checkout nump
2010/10/25 Vincent Davis :
> On Sun, Oct 24, 2010 at 6:29 PM, wrote:
>> On Sun, Oct 24, 2010 at 8:17 PM, Ralf Gommers
>> wrote:
>>> On Sun, Oct 24, 2010 at 2:44 AM, Vincent Davis
>>> wrote:
python2.7 10.5, osx 10.6, numpy 1.5.1rc1
Test pass when run from python prompt (see bottom) bu
Wow, thanks a million, this worked just fine and I think I understood at
least parts of the method :)
Cheers
Thomas
*
On Tue, 2010-10-19 at 14:20 +0200, Nadav Horesh wrote:
> Of course there is an (at least one) error:
*
> the line should be:
>
> XYZ =
> np.mgrid[lwrbnd[0]:uprbnd[0]:shap
18 matches
Mail list logo
