[Numpy-discussion] Difference between np.loadtxt depending on whether you supply a file object or a filename

2012-08-20 Thread Andrew Nelson
Dear list, I observe a difference when I try to load a 2D numpy array from a file object compared to if I supply a filename viz: np.version.version '1.5.1' f=open('fit_theoretical.txt') a=np.loadtxt(f) a.shape (1000,) a=np.loadtxt('fit_theoretical.txt') a.shape (500, 2) This strikes me as

Re: [Numpy-discussion] Difference between np.loadtxt depending on whether you supply a file object or a filename

2012-08-20 Thread Sebastian Berg
Hello, On Mo, 2012-08-20 at 20:55 +1000, Andrew Nelson wrote: Dear list, I observe a difference when I try to load a 2D numpy array from a file object compared to if I supply a filename viz: np.version.version '1.5.1' f=open('fit_theoretical.txt') a=np.loadtxt(f) a.shape (1000,)

Re: [Numpy-discussion] Preventing lossy cast for new float dtypes ?

2012-08-20 Thread Frédéric Bastien
On Sat, Aug 18, 2012 at 9:28 AM, David Cournapeau courn...@gmail.com wrote: Hi, I have started toying with implementing a quad precision dtype for numpy on supported platforms, using the __float128 + quadmath lib from gcc. I have noticed invalid (and unexpected) downcast to long double in

Re: [Numpy-discussion] view of recarray issue

2012-08-20 Thread Ondřej Čertík
On Wed, Jul 25, 2012 at 10:29 AM, Jay Bourque jay.bour...@continuum.io wrote: I'm actively looking at this issue since it was my pull request that broke this (https://github.com/numpy/numpy/pull/350). We definitely don't want to break this functionality for 1.7. The problem is that even though

Re: [Numpy-discussion] A step toward merging odeint and ode

2012-08-20 Thread Ralf Gommers
On Thu, Aug 16, 2012 at 12:46 PM, Fabrice Silva si...@lma.cnrs-mrs.frwrote: Le mercredi 15 août 2012 à 20:54 +0200, Ralf Gommers a écrit : I was mixing it up a bit, but yes: the _odepack extension and the C source for it. Not necessary to do that at once I guess, but wrapping the same

Re: [Numpy-discussion] 64bit infrastructure

2012-08-20 Thread Chris Barker
On Sun, Aug 19, 2012 at 11:39 AM, Ralf Gommers The problem is that, unlike 32-bit builds, they can't be made with open source compilers on Windows. So unless we're okay with that, Why does it have to be built with open-source compilers? we're building against the python.org python, yes? Which

Re: [Numpy-discussion] 64bit infrastructure

2012-08-20 Thread Travis Oliphant
I'm actually not sure, why. I think the issue is making sure that the release manager can actually build NumPy without having to buy a particular compiler. But, I would rather have official builds of NumPy for all platforms with a compiler paid for by a NumPy-sponsor than not have them.

Re: [Numpy-discussion] 64bit infrastructure

2012-08-20 Thread Chris Barker
On Mon, Aug 20, 2012 at 3:51 PM, Travis Oliphant tra...@continuum.io wrote: I'm actually not sure, why. I think the issue is making sure that the release manager can actually build NumPy without having to buy a particular compiler. The MS Express editions, while not open source, are