On Thu, Oct 8, 2009 at 11:39 AM, Travis Oliphant oliph...@enthought.com wrote:
I apologize for the mis communication that has occurred here.
No problem
I did not
understand that there was a desire to keep ABI compatibility with NumPy 1.3
when NumPy 1.4 was released. The datetime merge
Alan G Isaac wrote:
On 10/7/2009 10:51 PM, David Cournapeau wrote:
pimp-like strategies
Which means ... ?
The idea is to put one pointer in you struct instead of all members - it
is a form of encapsulation, and it is enforced at compile time. I think
part of the problem
On Wed, Oct 7, 2009 at 2:04 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Tue, Oct 6, 2009 at 10:50 AM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Oct 7, 2009 at 1:36 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
2009/10/6 Stéfan van der Walt ste
On Fri, Oct 2, 2009 at 3:43 AM, Klaus Noekel klaus.noe...@gmx.de wrote:
- We need only numpy, not scipy. Does that imply that we have a good
chance of producing an install ourselves with the current sources?
The current sources can be compiled by visual studio in 64 bits mode
without problem
On Sat, Sep 26, 2009 at 10:33 PM, Thomas Robitaille
thomas.robitai...@gmail.com wrote:
Hi,
To convert some bytes to e.g. a 32-bit int, I can do
bytes = f.read(4)
i = struct.unpack('i', bytes)[0]
and the convert it to np.int32 with
i = np.int32(i)
However, is there a more direct way of
Hi there, Hi Travis,
I have started looking at the new datetime code, with the idea that
we should soon fix (for real) a release date for numpy 1.4.0. I have a
few requests and questions:
- since npy_datetime is conditionally defined to be 64 bits, why not
typedefing it to npy_int64 ?
On Fri, Sep 25, 2009 at 6:50 PM, Citi, Luca lc...@essex.ac.uk wrote:
Thanks for your reply.
So, what is the correct way to test a numpy development version without
installing it in /usr/lib/... or /usr/local/lib/.. ?
What do you guys do?
Build in place, but test from outside the source tree.
On Fri, Sep 25, 2009 at 9:50 AM, Citi, Luca lc...@essex.ac.uk wrote:
I am sorry.
I followed your suggestion.
I re-checked out the svn folder and then compiled with
$ python setup.py build_src --inplace build_ext --inplace
but I get the same behaviour.
If I am inside I get the NameError, if I
On Thu, Sep 24, 2009 at 1:20 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
In any case, we should find a fix.
I don't think we do - we requires a standard python install, and a
python without hashlib is crippled. If you can't build python without
openssl, I would consider this a python
Xavier Gnata wrote:
Hi,
I have a large 2D numpy array as input and a 1D array as output.
In between, I would like to use C code.
C is requirement because it has to be fast and because the algorithm
cannot be written in a numpy oriented way :( (no way...really).
Which tool should I use to
On Mon, Sep 21, 2009 at 8:59 PM, Romain Brette romain.bre...@ens.fr wrote:
David Warde-Farley a écrit :
On 20-Sep-09, at 2:17 PM, Romain Brette wrote:
Would anyone have thoughts about what the best hardware would be for
Numpy? In
particular, I am wondering about Intel Core i7 vs Xeon. Also,
On Mon, Sep 21, 2009 at 9:00 PM, Neal Becker ndbeck...@gmail.com wrote:
numpy arrays of fpi should support all numeric operations. Also mixed
fpi/integer operations.
I'm not sure how to go about implementing this. At first, I was thinking to
just subclass numpy array. But, I don't think
On Tue, Sep 22, 2009 at 12:57 AM, Neal Becker ndbeck...@gmail.com wrote:
David Cournapeau wrote:
On Mon, Sep 21, 2009 at 9:00 PM, Neal Becker ndbeck...@gmail.com wrote:
numpy arrays of fpi should support all numeric operations. Also mixed
fpi/integer operations.
I'm not sure how to go
Gheorghe Postelnicu wrote:
Hi guys,
I just tried to run the 1.3.0 superpack installer and I get the
following message box:
Executing numpy installer failed.
The details show the following lines:
Output folder: C:\DOCUME~1\Ghighi\LOCALS~1\Temp
Install dir for actual installers is
Charles R Harris wrote:
Hi René,
On Fri, Sep 18, 2009 at 6:01 AM, René Dudfield ren...@gmail.com
mailto:ren...@gmail.com wrote:
Hello,
as a big numpy user, and someone wanting to help with the python 3
migration, I'd like to help with a python 3.1 port of numpy.
We(at
René Dudfield wrote:
ah, oh well. I'll just upload diffs as I go.
Which versions of python is numpy to support?
2.4 and above,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
Hi Christian,
Christian K. wrote:
Hi,
this is probaby an unusual question here from someone used to numpy who is
forced to work with matlab and it is not exactly the right place to ask.
Sorry
for that.
Is there something like broadcasting in matlab?
Not really (except for trivial
Hi,
I just wanted to mention I integrated a patch from some time ago to make
numpy.core independent from other numpy modules. This is really useful
when working on involved changes at the C level. This meant moving some
stuff around, in particular the matrix class and utilities is now into
On Thu, Sep 17, 2009 at 12:32 AM, Christopher Hanley chan...@stsci.edu wrote:
Hi,
When I try running the tests on a fresh build from the trunk I receive
28 errors. Most of the errors are of the form:
NameError: global name 'matrix' is not defined
It looks like there was some change to
Charles R Harris wrote:
On Sat, Sep 12, 2009 at 9:03 AM, Citi, Luca lc...@essex.ac.uk
mailto:lc...@essex.ac.uk wrote:
I just realized that Sebastian posted its 'uname -a' and he has a
64bit machine.
In this case it should work as mine (the 64bit one) does.
Maybe during the
V. Armando Solé wrote:
Hello,
I have found performance problems under windows when using python 2.6
In my case, they seem to be related to the dot product.
The following simple script:
import numpy
import time
a=numpy.arange(100.)
a.shape=1000,1000
t0=time.time()
V. Armando Solé wrote:
Hello,
It seems to point towards a packaging problem.
In python 2.5, I can do:
import numpy.core._dotblas as dotblas
dotblas.__file__
and I get:
C:\\Python25\\lib\\site-packages\\numpy\\core\\_dotblas.pyd
That's where the error lies: if you install with
V. Armando Solé wrote:
David Cournapeau wrote:
V. Armando Solé wrote:
Hello,
It seems to point towards a packaging problem.
In python 2.5, I can do:
import numpy.core._dotblas as dotblas
dotblas.__file__
and I get:
C:\\Python25\\lib\\site-packages\\numpy\\core
Kim Hansen wrote:
On 9-Sep-09, at 4:48 AM, Francesc Alted wrote:
Yes, this later is supported in PyTables as long as the underlying
filesystem
supports files 2 GB, which is very usual in modern operating
systems.
I think the OP said he was on Win32, in which
On Wed, Sep 9, 2009 at 9:30 AM, Daniel
Platzmail.to.daniel.pl...@googlemail.com wrote:
Hi,
I have a numpy newbie question. I want to store a huge amount of data
in an array. This data come from a measurement setup and I want to
write them to disk later since there is nearly no time for this
On Wed, Sep 9, 2009 at 9:37 AM, Darren Daledsdal...@gmail.com wrote:
Hi David,
I already gave my own opinion on py3k, which can be summarized as:
- it is a huge effort, and no core numpy/scipy developer has
expressed the urge to transition to py3k, since py3k does not bring
much for
On Wed, Sep 9, 2009 at 4:21 AM, Darren Daledsdal...@gmail.com wrote:
I'm not a core numpy developer and don't want to step on anybody's
toes here. But I was wondering if anyone had considered approaching
the Python Software Foundation about support to help get numpy working
with python-3?
I
On Wed, Sep 9, 2009 at 2:10 PM, Sebastian Haaseseb.ha...@gmail.com wrote:
Hi,
you can probably use PyTables for this. Even though it's meant to
save/load data to/from disk (in HDF5 format) as far as I understand,
it can be used to make your task solvable - even on a 32bit system !!
It's free
Hi,
I noticed that numpy import times significantly are significantly
worse than it used to be, and those are related to recent datetime
related changes:
# One month ago
time python -c import numpy - 141ms
# Now:
time python -c import numpy - 202ms
Using bzr import profiler, most of the
On Mon, Sep 7, 2009 at 6:00 PM, George Nursergnur...@googlemail.com wrote:
There are some interesting instructions on how to make this work at
http://blog.hyperjeff.net/?p=160.
However I'm not sure that the recommendation to rename the
Apple-supplied version of numpy is consistent with
Rohit Garg wrote:
Yeah, that's what I meant. If my code does not use exceptions, then is
it safe to use -fno-exceptions?
You would have to look at g++ documentation - but if it is safe for your
code, numpy should not make it unsafe. I am not sure what not using
exception means in C++,
Rohit Garg wrote:
Hi,
I am using swig to expose a c++ class to Python. I am wondering if it
is safe to use the -fno-exceptions option while compiling the
wrappers. I am also using the typemaps present in the numpy.i file
that comes with numpy.
It will mostly depend on the code you are
On Sat, Sep 5, 2009 at 2:01 PM, Charles R
Harrischarlesr.har...@gmail.com wrote:
On Fri, Sep 4, 2009 at 10:29 PM, Sturla Molden stu...@molden.no wrote:
Charles R Harris skrev:
The size of long depends on the compiler as well as the operating
system. On linux x86_64, IIRC, it is 64 bits,
Chad Netzer wrote:
On Thu, Sep 3, 2009 at 4:02 PM, Wolfgang
Kerzendorfwkerzend...@googlemail.com wrote:
my version of python is the one that comes with snow leopard: 2.6.1
hope that helps
Huh? I upgraded to Snow Leopard over my Leopard system (i.e not a
fresh install), and my
On Fri, Sep 4, 2009 at 1:49 AM, Charles R
Harrischarlesr.har...@gmail.com wrote:
On Thu, Sep 3, 2009 at 10:39 AM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Sep 3, 2009 at 11:13, Charles R Harrischarlesr.har...@gmail.com
wrote:
On Thu, Sep 3, 2009 at 10:02 AM, Wolfgang Kerzendorf
On Fri, Aug 28, 2009 at 11:18 AM, Robert Kernrobert.k...@gmail.com wrote:
On Fri, Aug 28, 2009 at 09:15, Christopher Barkerchris.bar...@noaa.gov
wrote:
Joe Harrington wrote:
However, there are two natural forklets coming up.
The first is Python 3.0, which will necessitate some API changes.
On Tue, Aug 25, 2009 at 9:44 PM, Charles R
Harrischarlesr.har...@gmail.com wrote:
On Tue, Aug 25, 2009 at 11:30 AM, David Cournapeau courn...@gmail.com
wrote:
Hi Dag,
On Tue, Aug 25, 2009 at 12:19 PM, Dag Sverre
Seljebotnda...@student.matnat.uio.no wrote:
[Let me know if this should go
Hi Dag,
On Tue, Aug 25, 2009 at 12:19 PM, Dag Sverre
Seljebotnda...@student.matnat.uio.no wrote:
[Let me know if this should go to numpy-discuss instead.]
I guess this can be discussed on the ML as well (I CC to the list).
I see that there are currently two modes, and that it is possible to
On Thu, Aug 20, 2009 at 10:32 AM, Christopher Hanleychan...@stsci.edu wrote:
Another concern is that we told people coming from numarray to use
this module. It is my opinion that at this point in the numpy release
cycle that an API change needs a very strong justification. Anecdotes
about
On Thu, Aug 20, 2009 at 2:06 PM, Chris Colbertsccolb...@gmail.com wrote:
the issue is that the files are executable. I have no idea why they
are set that way either. This is numpy 1.3.0 built from source.
Which sources are you using ? The tarball on sourceforge, from svn, etc... ?
cheers,
On Wed, Aug 19, 2009 at 5:50 AM, Neil Martinsen-Burrelln...@wartburg.edu
wrote:
On Aug 19, 2009, at 7:25 AM, Mark Bakker wrote:
I compute the index of the last term in an array that I need and
call the index n.
I can then call the array b as
b[:-n]
If I need all terms in the array, the
Peter Jeremy wrote:
[Apologies if anyone sees this twice - the first copy appears to have
disappeared into a black hole]
Should ATLAS be built with or without threading support for use with
NumPy? The NumPy documentation just says that ATLAS will be used if
found but gives no indication of
On Sat, Aug 8, 2009 at 9:38 PM, lukshun...@gmail.com wrote:
Hi,
I got 16 test failures after building r7300 from svn on debian/sid/i386.
Seems all related to complex linear algebra modules.
Are you using atlas ? (numpy.show_config() output)
If so, did you compile it by yourself ? Did you
On Sat, Aug 8, 2009 at 10:33 PM, lukshun...@gmail.com wrote:
David Cournapeau wrote:
On Sat, Aug 8, 2009 at 9:38 PM, lukshun...@gmail.com wrote:
Hi,
I got 16 test failures after building r7300 from svn on debian/sid/i386.
Seems all related to complex linear algebra modules.
Are you using
Christopher Hanley wrote:
Hi,
I receive the following test errors after building numpy rev7229 from svn:
Yep, a bug slipped in the last commit, I am fixing it right now,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
Bruce Southey wrote:
So if 'C99-like' is going to be the near term future, is there any
point in supporting non-C99 environments with this work?
There may be a misunderstanding: if the platform support C99 complex,
then we will use it, and otherwise, we will do as today, that is define
our
Olivier Grisel wrote:
OpenCL is definitely the way to go for a cross platform solution with
both nvidia and AMD having released beta runtimes to their respective
developer networks (free as in beer subscription required for the beta
dowload pages). Final public releases to be expected around
Hi Chuck,
Charles R Harris wrote:
To make purely computational code available to third parties, two
things are
needed:
1. the code itself needs to make the split explicit.
2. there needs to be support so that reusing those functionalities
is as
painless as
Dave wrote:
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:
Matthew Brett wrote:
Hi,
We are using numpy.distutils, and have run into this odd behavior in
windows:
Short answer:
I am afraid it cannot work as you want. Basically, when you pass an
option
Dave wrote:
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:
You need to do as follows, if you want to control from the command line:
python setup.py build -c mingw32 bdist_wininst
That's how I build the official binaries .
cheers,
David
Running the command:
C
On Tue, Aug 4, 2009 at 5:28 PM, David
Cournapeauda...@ar.media.kyoto-u.ac.jp wrote:
No, I think you and Matthew actually found a bug in recent changes I
have done in distutils. I will fix it right away,
Ok, not right away, but could you check that r7280 fixed it for you ?
cheers,
David
Dave wrote:
Dave dave.hirschfeld at gmail.com writes:
Work's for me.
-Dave
Except now when trying to compile the latest scipy I get the following error:
Was numpy installed from a bdist_wininst installer, or did you use the
install method directly ?
David
Dave wrote:
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:
Dave wrote:
Dave dave.hirschfeld at gmail.com writes:
Work's for me.
-Dave
Except now when trying to compile the latest scipy I get the following
error
On Wed, Aug 5, 2009 at 12:14 AM, Andrew Friedleyafrie...@indiana.edu wrote:
Do you know where this conversion is, in the code? The impression I got
from my quick look at the code was that a wrapper sinf was defined that
just calls sin. I guess the typecast to float in there will do the
On Tue, Aug 4, 2009 at 8:13 PM, David
Cournapeauda...@ar.media.kyoto-u.ac.jp wrote:
I think I understand the problem. Unfortunately, that's looks tricky to
solve... I hate distutils.
Ok - should be fixed in r7281.
David
___
NumPy-Discussion mailing
Steven Coutts wrote:
Sorry ignore this, I cleanded out numpy properly, re-installed 1.3.0 and the
tests are all running now.
Do you mean that if you build with debug information, everything else
being equal, you cannot reproduce the crashes ?
cheers,
David
On Mon, Aug 3, 2009 at 6:32 PM, Steven Couttsste...@couttsnet.com wrote:
David Cournapeau wrote:
Do you mean that if you build with debug information, everything else
being equal, you cannot reproduce the crashes ?
cheers,
David
That does appear to be the case, SciPy 1.7.0 is now also
On Mon, Aug 3, 2009 at 10:32 PM, Andrew Friedleyafrie...@indiana.edu wrote:
While working on GSoC stuff I came across this weird performance behavior
for sine and cosine -- using float32 is way slower than float64. On a 2ghz
opteron:
sin float32 1.12447786331
sin float64 0.133481025696
cos
On Mon, Aug 3, 2009 at 11:08 PM, Andrew Friedleyafrie...@indiana.edu wrote:
Thanks for the quick responses.
David Cournapeau wrote:
On Mon, Aug 3, 2009 at 10:32 PM, Andrew Friedleyafrie...@indiana.edu wrote:
While working on GSoC stuff I came across this weird performance behavior
for sine
Hi All,
I (David Cournapeau) and the people at Berkeley (Jarrod Millman,
Fernando Perez, Matthew Brett) have been in discussion so that I could
do some funded work on NumPy/SciPy. Although they are obviously
interested in improvements that help their own projects, they are
willing to make
Matthew Brett wrote:
Hi,
We are using numpy.distutils, and have run into this odd behavior in windows:
I have XP, Mingw, latest numpy SVN, python.org python 2.6. All the
commands below I am running from within the 'numpy' root directory
(where 'numpy' is a subdirectory).
If I run
Steven Coutts wrote:
Steven Coutts stevec at couttsnet.com writes:
I am getting this error when trying to run a script using scipy.
Python 2.5
atlas-3.9.0
lapack-3.2
numpy-1.3.0
scipy-0.7.1
Anyone any ideas how I can fix this?
Lapack 3.2 is problematic, so I would try to
Steven Coutts wrote:
David Cournapeau wrote:
Lapack 3.2 is problematic, so I would try to downgrade to 3.1.1 first.
Which OS are you on ? The exact core you are running, as well as the
output of the test suite (numpy.test()) would be helpful,
cheers,
David
Ok, I have
Steven Coutts wrote:
Ok, downgraded numpy to 1.2.1 and all the tests pass now!
That's really strange - Linux is the most tested configuration, numpy
1.3.0 should run without problems. There is something unusual with your
configuration that I am missing.
Could you build numpy 1.3.0 from
Steven Coutts wrote:
Steven Coutts stevec at couttsnet.com writes:
Ok, downgraded numpy to 1.2.1 and all the tests pass now!
Regards
But now scipy seg faults straight away
http://pastebin.com/de13dd62
Downgraded scipy to 0.7.0 and still the same seg fault :(
Make sure
Dinesh B Vadhia wrote:
A suggestion:
How about releasing Numpy for the AMD64 version first (without Scipy)
and then follow up with a later release with Scipy support? This
would satisfy Numpy-only users which can't be a bad thing rather than
having a version that is not usable (I
Steven Coutts wrote:
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:
If you are willing to do
it, I would also be interested whether numpy works ok if linked against
BLAS/LAPACK instead of atlas (i.e. build numpy, again from scratch, with
ATLAS=None python setup.py build
Chris Colbert wrote:
unless you have a visual studio 2003 compiler, you may have to use python 2.6.
Mingw works, as well. This way, you don't have to care about which VS
version to use for which python interpreter on which platform,
cheers,
David
On Fri, Jul 31, 2009 at 12:53 AM, Nicolas
Rougiernicolas.roug...@loria.fr wrote:
Hello,
I've been using record arrays to create arrays with different types
and since I'm doing a lot of computation on each of the different
fields, the default memory layout does not serve my computations.
Hi Klaus,
Klaus Noekel wrote:
Dear folks,
just over a month ago there was a thread about plans for numpy, and IIRC
somebody had volunteered to try and put together a working AMD64 version
with an installer.
Since then I have not heard about the issue again - but I may have
missed part
Hi Nils,
Nils Wagner wrote:
numpy.__version__
'1.4.0.dev7270'
Python 2.5.1 on 64-bit box
AssertionError: Items are not equal:
ACTUAL: [[-0.28785625-0.21230127j 2.13664055+3.62986112j]
[ 0.20296739+0.16528448j 4.73750353+6.42351294j]]
DESIRED: [[-0.28785625-0.21230127j
On Tue, Jul 28, 2009 at 9:47 PM, Darren Daledsdal...@gmail.com wrote:
On Mon, Jul 27, 2009 at 12:06 AM, Charles R
Harrischarlesr.har...@gmail.com wrote:
Hi All,
In case it got buried in the thread, Darren is asking for commit privileges.
I think it's a good idea.
Thank you for saying so.
On Wed, Jul 29, 2009 at 12:38 AM, Daniel
Wheelerdaniel.wheel...@gmail.com wrote:
Hi,
I'm having an installation issue building numpy 1.3.0 using python
2.6.2 which has been built in my local area in a non-standard place
and was configured with --prefix=/users/wd15/usr/i686/4.0. When I run
On Wed, Jul 29, 2009 at 2:38 AM, Daniel
Wheelerdaniel.wheel...@gmail.com wrote:
-Wall -Wstrict-prototypes -fPIC
compile options: '-c'
gcc: _configtest.c
gcc: error trying to exec 'cc1': execvp: No such file or directory
gcc: error trying to exec 'cc1': execvp: No such file or directory
Hi,
In some cases, some of the testing functions assert_array_* raise a
ValueError instead of AssertionError:
np.testing.assert_array_almost_equal(np.array([1, 2, np.nan]),
np.array([1, 2, 3])) # raises ValueError
np.testing.assert_array_almost_equal(np.array([1, 2, np.inf]),
np.array([1,
Kim Hansen wrote:
From my (admittedly ignorant) point of view it seems like an
implementation detail for me, that there is a problem with some
intermediate memory address space.
Yes, it is an implementation detail, but as is 32 vs 64 bits :)
My typical use case would be to access and
Kim Hansen wrote:
The machine is new and shiny with loads of processing power and many
TB of HDD storage. I am however bound to 32 bits Win XP OS as there
are some other costum made third-party and very expensive applications
running on that machine (which generate the large files I analyze),
Hi,
I have recently integrated my work on numpy.distutils to build so
called installable C libraries, that is pure C libraries which can
be installed and reused by 3rd parties.
The general documentation is in the distutils section:
On Tue, Jul 28, 2009 at 8:44 AM, Charles R
Harrischarlesr.har...@gmail.com wrote:
ERROR: test_nan_items (test_utils.TestApproxEqual)
--
Traceback (most recent call last):
File
Charles R Harris wrote:
On Mon, Jul 27, 2009 at 9:37 PM, David Cournapeau courn...@gmail.com
mailto:courn...@gmail.com wrote:
On Tue, Jul 28, 2009 at 8:44 AM, Charles R
Harrischarlesr.har...@gmail.com
mailto:charlesr.har...@gmail.com wrote:
ERROR: test_nan_items
Charles R Harris wrote:
I'd just look at the difference and see if it exceeded some fraction
of the expected value. There is the problem of zero, which could be
handled in the usual way as diff abserr + relerr. I think abserr
would need to be a new keyword with a default value. Since the
Kim Hansen wrote:
2009/7/24 Citi, Luca lc...@essex.ac.uk:
Hello!
I have access to both a 32bit and a 64bit linux machine.
I had to change your code (appended) because I got an error about
not being able to create a mmap larger than the file.
Here are the results...
On the 32bit
Kim Hansen wrote:
I tried adding the /3GB switch to boot.ini as you suggested:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS=Microsoft Windows XP
Professional /noexecute=optin /fastdetect /3GB
and rebooted the system.
Unfortunately that did not change anything for me. I still hit a hard
deck
Charles R Harris wrote:
Hi All,
I changed the sort routines to sort nans to the end and got some
timings. Sorting 10 random doubles 100 times yields:
current nan version
quicksort 1.17 sec1.29 sec
mergesort 1.37 sec1.36 sec
heapsort 1.83
David Cournapeau wrote:
Charles R Harris wrote:
Hi All,
I changed the sort routines to sort nans to the end and got some
timings. Sorting 10 random doubles 100 times yields:
current nan version
quicksort 1.17 sec1.29 sec
mergesort 1.37 sec
per freem wrote:
hi all,
i'm trying to find the function for the pdf of a multivariate normal
pdf. i know that the function multivariate_normal can be used to
sample from the multivariate normal distribution, but i just want to
get the pdf for a given vector of means and a covariance matrix.
Nils Wagner wrote:
Hi all,
I cannot build numpy from svn.
Yes, I don't know why I did not caught this error on my machine. In any
case, it is fixed in r7175.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
Hi Pauli,
On Sat, Jul 4, 2009 at 9:59 PM, Pauli Virtanenpav...@iki.fi wrote:
Hi,
When you add new functions to Numpy, please include
.. versionadded:: 1.4.0
What is the best way to do this in the reference guide directly as
well (for C API). For example, I added the function npy_copysign
David Cournapeau wrote:
On Sat, Jul 11, 2009 at 12:19 AM, Tommy Gravtg...@mac.com wrote:
The current dmg on the numpy download pages is buildt against 2.5. Is
there any plans
to make one for 2.6 or do I have to compile from the source?
A 2.6 dmg is now available on sourceforge
On Sat, Jul 11, 2009 at 12:19 AM, Tommy Gravtg...@mac.com wrote:
The current dmg on the numpy download pages is buildt against 2.5. Is
there any plans
to make one for 2.6 or do I have to compile from the source?
There are plans :) I am building the 0.7.1 binaries right now, and mac
os x
Matthieu Brucher wrote:
Unfortunately, this is not possible. We've been playing with blocking
loops for a long time in finite difference schemes, and it is always
compiler dependent
You mean CPU dependent, right ? I can't see how a reasonable optimizing
compiler could make a big difference on
On Wed, Jul 8, 2009 at 5:37 AM, Charles R
Harrischarlesr.har...@gmail.com wrote:
David,
Should any standard c functions used in loops.c.src be the npy_* version?
I've been using fabs, but I'm wondering if that should be npy_fabs.
Yes. Although fabs is available on any platform in theory, we
On Fri, Jun 12, 2009 at 7:46 PM, David
Cournapeauda...@ar.media.kyoto-u.ac.jp wrote:
Hi,
I have finally spent some time so that we can install pure C
libraries using numpy.distutils. With this, one could imagine having a C
library for fft, special functions in numpy or scipy, so that the
On Thu, Jul 9, 2009 at 8:02 AM, Pauli Virtanenpav...@iki.fi wrote:
I don't think we want to go the ATNumPy route, or even have
tunable parameters chosen at build or compile time.
Detecting things like cache size at compile time should not be too
difficult, at least for common platforms. Even
Pauli Virtanen wrote:
Sun, 05 Jul 2009 20:27:02 -0700, d_l_goldsmith kirjoitti:
[clip]
c:\Python25\Lib\site-packages\numpypython
Just don't run Python inside Numpy's package directory. This is not Numpy-
specific: doing a thing like that just breaks relative imports.
I noticed
David Goldsmith wrote:
--- On Mon, 7/6/09, David Cournapeau da...@ar.media.kyoto-u.ac.jp wrote:
avoid this. I can't understand why anyone would got into
site-packages ?
Why, to look at the source, of course - I did it all the time in Mac Unix,
too - must not have ever tried
On Thu, Jul 2, 2009 at 9:02 AM, David Cournapeaucourn...@gmail.com wrote:
True, but we can deal with this once we have tests: we can force to
use our own, fixed implementations on broken platforms. The glibc
complex functions are indeed not great, I have noticed quite a few
problems for
On Fri, Jul 3, 2009 at 4:44 AM, Pauli Virtanenp...@iki.fi wrote:
I think we tried this already (my c99-umath-funcs branch had
TestC99 special case tests that were in Numpy trunk for a while).
The outcome was that the current implementations of the complex
functions don't have essentially any
Hi,
I would like to add an explicit configuration test to check that our
complex type is compatible with the C99 complex type (when available).
Is this ok ?
As currently defined, complex c types (npy_cfloat, etc...) are not
defined in a way such as they are binary compatible with the C99
On Wed, Jul 1, 2009 at 6:14 PM, Pauli Virtanenp...@iki.fi wrote:
Wed, 01 Jul 2009 10:17:51 +0200, Emmanuelle Gouillart kirjoitti:
I'm using numpy.memmap to open big 3-D arrays of Xray tomography
data. After I have created a new array using memmap, I modify the
contrast of every Z-slice
801 - 900 of 2096 matches
Mail list logo