[Numpy-discussion] Argonne is hiring a postdoc in radar forward modelling using Python

Dear Numpy Users, Argonne National Lab is hiring a postdoc working with the team behind Py-ART. Please take a look and use this link to apply and direct any questions towards me.

Re: [Numpy-discussion] isfortran compatibility in numpy 1.10.

I bet it has all been said already, but to note just in case. In numpy itself we use it mostly to determine the memory order of the *output* and not for safty purpose. That is the macro of course and I think yelling people to use flags.fnc in python is better. - Sebastian On Mon Nov 2

Re: [Numpy-discussion] isfortran compatibility in numpy 1.10.

On Mon, Nov 2, 2015 at 11:28 AM, Sebastian Berg wrote: > I bet it has all been said already, but to note just in case. In numpy > itself we use it mostly to determine the memory order of the *output* and > not for safty purpose. That is the macro of course and I think

[Numpy-discussion] ANN: numexpr 2.4.6 released

Hi, This is a quick release fixing some reported problems in the 2.4.5 version that I announced a few hours ago. Hope I have fixed the main issues now. Now, the official announcement: = Announcing Numexpr 2.4.6 = Numexpr is a fast numerical

[Numpy-discussion] ANN: numexpr 2.4.5 released

= Announcing Numexpr 2.4.5 = Numexpr is a fast numerical expression evaluator for NumPy. With it, expressions that operate on arrays (like "3*a+4*b") are accelerated and use less memory than doing the same calculation in Python. It wears

Re: [Numpy-discussion] [NumPy/Swig] Return NumPy array with same size as input array (no additional length argument)

On Fri, Oct 30, 2015 at 11:15 PM, laurentes wrote: > Using Swig, I don't manage to (properly) create the Python Binding for the > following C-like function: > > void add_array(double* input_array1, double* input_array2, double* > output_array, int length); > > where

[Numpy-discussion] Numpy style docstring support in Sphinx and PyCharm

Hi all, Just noticed this: http://sphinx-doc.org/latest/ext/napoleon.html http://www.jetbrains.com/pycharm/whatsnew/index.html#GDocstrings Slowly conquering the docstring world:) Ralf ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org

Re: [Numpy-discussion] Proposal: stop supporting 'setup.py install'; start requiring 'pip install .' instead

On Tue, Oct 27, 2015 at 8:25 AM, Nathan Goldbaum wrote: > Interestingly, conda actually does "setup.py install" in the recipe for > numpy: > indeed -- many, many conda packages do setup.py install, whihc doesn't mean it's a good idea --personally, I'm trying hard to

Re: [Numpy-discussion] deprecate fromstring() for text reading?

On Tue, Oct 27, 2015 at 7:30 AM, Benjamin Root wrote: > FWIW, when I needed a fast Fixed Width reader > was there potentially no whitespace between fields in that case? In which case, it really isn a different use-case than delimited text -- if it's at all common, a

Re: [Numpy-discussion] Proposal: stop supporting 'setup.py install'; start requiring 'pip install .' instead

[Adding distutils-sig to the CC as a heads-up. The context is that numpy is looking at deprecating the use of 'python setup.py install' and enforcing the use of 'pip install .' instead, and running into some issues that will probably need to be addressed if 'pip install .' is going to become the

Re: [Numpy-discussion] [Distutils] Proposal: stop supporting 'setup.py install'; start requiring 'pip install .' instead

On Nov 2, 2015 6:51 PM, "Robert Collins" wrote: > > On 3 November 2015 at 14:57, Nathaniel Smith wrote: > > [Adding distutils-sig to the CC as a heads-up. The context is that > > numpy is looking at deprecating the use of 'python setup.py install' > >