On 24.09.2015 21:12, Charles R Harris wrote:
> I find Cleve Moler's old Fortran version of Brent's zero finding
> algorithm using gotos clearer than the structured versions you can find
> in Numerical Recipes. The operation of the algorithm is easiest to
> describe as a finite state machine.
I ne
On 24.09.2015 13:25, Christophe Bal wrote:
> Can you give an example where GOTO is useful ?
I think those pieces of code are best understood with some humour..
However, basically I can think two main causes for using goto:
1. Stop whatever your code is doing and jump towards the end of the
prog
On 04.02.2015 11:45, Daπid wrote:
> There are several definitions. Abramowitz and Stegun
> (http://people.math.sfu.ca/~cbm/aands/page_1020.htm) assign the value
> 0.5 at x=0.
The NIST handbook uses the value 0 at x=0.
Perhaps a Heaviside with an optional argument that defines the value at
x=0 wo
On 30.11.2014 12:54, David Cournapeau wrote:
> I remember having seen some numpy-aware gdb macros at some point, but
> cannot find any reference. Does anyone know of any ?
Though I have no idea what a NumPy-aware GDB macro looked like, I'd be
interested in other people's input on debugging cross-
On 29.10.2014 19:40, Henry Gomersall wrote:
> There could be an argument that this sort of capability should be added
> to the pyfftw package, as a package level config.
>
> Something like:
>
> import pyfftw
> pyfftw.default_threads = 4
I think that would be great, though probably slightly off
On 29.10.2014 18:03, Pierre-Andre Noel wrote:
>>> Id rather have us discuss how to facilitate the integration of as
> many possible fft libraries with numpy behind a maximally uniform
> interface, rather than having us debate which fft library is 'best'.
>
> I agree with the above.
Absolutely. I
On 05.06.2014 11:13, Daπid wrote:
> pyFFTW provides a drop-in replacement for Numpy and Scipy's fftw:
>
> https://hgomersall.github.io/pyFFTW/pyfftw/interfaces/interfaces.html
Sure. But if you want use multi-threading and the wisdom mechanisms, you
have to take care of it yourself. You didn't ha
On 02.06.2014 14:26, David Cournapeau wrote:
> FFTW is not used anymore in neither numpy or scipy (has not been for
> several years). If you want to use fftw with numpy, there are 3rd party
> extensions to do it, like pyfftw
If you feel pyfftw bothers you with too many FFTW details, you may try
s
On 06/12/2013 07:27 PM, Julian Taylor wrote:
> I'm guessing you are using openblas?
I can confirm hanging with OpenBLAS using OpenMP.
> there are known hanging problems with openblas and multiprocessing.
> you can work around them by disabling threading in openblas
> (OPENBLAS_NUM_THREADS=1).
T
On Mon, 10 Dec 2012 13:57:04 +0300
Allan Kamau wrote:
> I have built and installed numpy on Debian from source successfully as
> follows.
[...]
> ImportError: libatlas.so.3: cannot open shared object file: No such
> file or directory
Are the paths to ATLAS in your $LD_LIBRARY_PATH? If not, try a
On Fri, 30 Nov 2012 12:13:58 -0800
"Bradley M. Froehle" wrote:
> As far as I can tell, it's IMPOSSIBLE to create a site.cfg which will
> link to ACML when a system installed ATLAS is present.
setup.py respects environment variables. You can set ATLAS to None and
force the setup to use $LAPACK an
11 matches
Mail list logo
