Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread Charles R Harris
On Sat, Dec 27, 2008 at 11:55 PM, David Cournapeau < da...@ar.media.kyoto-u.ac.jp> wrote: > Charles R Harris wrote: > > > > > > On Sat, Dec 27, 2008 at 11:46 PM, Robert Kern > > wrote: > > > > On Sun, Dec 28, 2008 at 01:38, Charles R Harris > > mailto:charles

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread Charles R Harris
On Sat, Dec 27, 2008 at 11:40 PM, David Cournapeau < da...@ar.media.kyoto-u.ac.jp> wrote: > Robert Kern wrote: > > > > We should not support locales. The string representations of these > > elements should be Python-parseable. > > > > It looks like I was wrong in my analysis of the problem: I thou

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread David Cournapeau
Charles R Harris wrote: > > > On Sat, Dec 27, 2008 at 11:46 PM, Robert Kern > wrote: > > On Sun, Dec 28, 2008 at 01:38, Charles R Harris > mailto:charlesr.har...@gmail.com>> wrote: > > > > On Sat, Dec 27, 2008 at 10:27 PM, David Cournapeau > >

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread Charles R Harris
On Sat, Dec 27, 2008 at 11:46 PM, Robert Kern wrote: > On Sun, Dec 28, 2008 at 01:38, Charles R Harris > wrote: > > > > On Sat, Dec 27, 2008 at 10:27 PM, David Cournapeau > > wrote: > >> > >> Hi, > >> > >>While looking at the last failures of numpy trunk on windows for > >> python 2.5 and 2

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread David Cournapeau
Robert Kern wrote: > > We should not support locales. The string representations of these > elements should be Python-parseable. > It looks like I was wrong in my analysis of the problem: I thought I was using the most recent implementation of PyOS_* functions in my test codes, but the ones in

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread Robert Kern
On Sun, Dec 28, 2008 at 01:38, Charles R Harris wrote: > > On Sat, Dec 27, 2008 at 10:27 PM, David Cournapeau > wrote: >> >> Hi, >> >>While looking at the last failures of numpy trunk on windows for >> python 2.5 and 2.6, I got into floating point number formatting issues; >> I got deeper and

Re: [Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread Charles R Harris
On Sat, Dec 27, 2008 at 10:27 PM, David Cournapeau < da...@ar.media.kyoto-u.ac.jp> wrote: > Hi, > >While looking at the last failures of numpy trunk on windows for > python 2.5 and 2.6, I got into floating point number formatting issues; > I got deeper and deeper, and now I am lost. We have se

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
David Cournapeau wrote: > Lenard Lindstrom wrote: > >> Sorry for the confusion. I meant that I don't like patching SDL and >> such. I build these in msys using the "configure; make install" >> incantation, so can't easily use magic like manifest files. >> > > I don't know about SDL :) num

[Numpy-discussion] formatting issues, locale and co

2008-12-27 Thread David Cournapeau
Hi, While looking at the last failures of numpy trunk on windows for python 2.5 and 2.6, I got into floating point number formatting issues; I got deeper and deeper, and now I am lost. We have several problems: - we are not consistent between platforms, nor are we consistent with python

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread David Cournapeau
Lenard Lindstrom wrote: > Sorry for the confusion. I meant that I don't like patching SDL and > such. I build these in msys using the "configure; make install" > incantation, so can't easily use magic like manifest files. I don't know about SDL :) numpy needs manifests at the configuration stage

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
David Cournapeau wrote: > Lenard Lindstrom wrote: > >> David Cournapeau wrote: >> >> >>> >>> Do you mean on xp 32 bits or 64 bits ? For the later, I have yet to >>> submit patchs to the mingw-w64 project - the whole libmsvcr90.a is >>> missing, actually. For 32 bits, I simply got around

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
Lenard Lindstrom wrote: > David Cournapeau wrote: > >> Do you mean on xp 32 bits or 64 bits ? For the later, I have yet to >> submit patchs to the mingw-w64 project - the whole libmsvcr90.a is >> missing, actually. For 32 bits, I simply got around it by changing the >> missing functions in numpy

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread David Cournapeau
Lenard Lindstrom wrote: > David Cournapeau wrote: > >> Lenard Lindstrom wrote: >> >> >>> David Cournapeau wrote: >>> >>> Hi Lenard, On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: > Hi everyone, > >

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
David Cournapeau wrote: > Lenard Lindstrom wrote: > >> David Cournapeau wrote: >> >>> Hi Lenard, >>> >>> >>> On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: >>> >>> Hi everyone, [snip] I am willing to offer what advice I can to get NumPy

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread David Cournapeau
David Cournapeau wrote: > Hi Lenard, > > > On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: > >> Hi everyone, >> >> I build the Pygame dependencies for Windows. With the next Pygame >> release, 1.9.0, we would like to include Python 2.6 support. As you >> already know, Pygame has NumPy

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread David Cournapeau
Lenard Lindstrom wrote: > David Cournapeau wrote: >> Hi Lenard, >> >> >> On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: >> >>> Hi everyone, >>> >>> I build the Pygame dependencies for Windows. With the next Pygame >>> release, 1.9.0, we would like to include Python 2.6 support. As you

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
David Cournapeau wrote: > Hi Lenard, > > > On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: > >> Hi everyone, >> >> I build the Pygame dependencies for Windows. With the next Pygame >> release, 1.9.0, we would like to include Python 2.6 support. As you >> already know, Pygame has NumPy

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread David Cournapeau
Hi Lenard, On Sun, Dec 28, 2008 at 5:05 AM, Lenard Lindstrom wrote: > Hi everyone, > > I build the Pygame dependencies for Windows. With the next Pygame > release, 1.9.0, we would like to include Python 2.6 support. As you > already know, Pygame has NumPy bindings. Though NumPy is not required,

Re: [Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Robert Kern
On Sat, Dec 27, 2008 at 15:05, Lenard Lindstrom wrote: > Hi everyone, > > I build the Pygame dependencies for Windows. With the next Pygame > release, 1.9.0, we would like to include Python 2.6 support. As you > already know, Pygame has NumPy bindings. Though NumPy is not required, > it is a usefu

[Numpy-discussion] NumPy and Python 2.6 on Windows

2008-12-27 Thread Lenard Lindstrom
Hi everyone, I build the Pygame dependencies for Windows. With the next Pygame release, 1.9.0, we would like to include Python 2.6 support. As you already know, Pygame has NumPy bindings. Though NumPy is not required, it is a useful addition. I understand NumPy is built with MinGW on Windows,

Re: [Numpy-discussion] Thoughts on persistence/object tracking in scientific code

2008-12-27 Thread Gael Varoquaux
On Sat, Dec 27, 2008 at 04:59:25PM +0100, Bradford Cross wrote: >I prototyped an approach last year that worked out well. I don't really >know what to call it - maybe something like "property based persistence." >It is kind of strange and I am not sure how broadly applicable it is - I >

Re: [Numpy-discussion] Thoughts on persistence/object tracking in scientific code

2008-12-27 Thread Bradford Cross
I prototyped an approach last year that worked out well. I don't really know what to call it - maybe something like "property based persistence." It is kind of strange and I am not sure how broadly applicable it is - I have only used it for financial time series data. I'll try to explain how the