Re: [pypy-dev] Internship and bug report

2012-06-21 Thread Antonio Cuni
Hi Léonard, On 06/20/2012 06:23 PM, Léonard de Haro wrote: > > My interpreting function takes an AST, a dictionnary of function declaration > and an environment (cps version has the continuation as well). Everything is > declared green. I didn't read the code, but this looks wrong. You should de

Re: [pypy-dev] __format__ support for float64 type in NumPyPy

2012-06-21 Thread Maciej Fijalkowski
On Wed, Jun 20, 2012 at 9:40 PM, Cameron Sparr wrote: > Hi all, > > I noticed that there is no support for the .__format__() function with > float64 data types in NumPyPy... I'm pretty new and was wondering if this > is something that I should submit a bug report for? > > Cameron > I would like

Re: [pypy-dev] Internship and bug report

2012-06-21 Thread Maciej Fijalkowski
On Thu, Jun 21, 2012 at 9:49 AM, Antonio Cuni wrote: > Hi Léonard, > > On 06/20/2012 06:23 PM, Léonard de Haro wrote: > > > > My interpreting function takes an AST, a dictionnary of function > declaration > > and an environment (cps version has the continuation as well). > Everything is > > decla

Re: [pypy-dev] Internship and bug report

2012-06-21 Thread Armin Rigo
Hi Léonard, On Wed, Jun 20, 2012 at 6:23 PM, Léonard de Haro wrote: > - What is the stack overflow? It's just what it says: a stack overflow. RPython has no CPS or tail-recursion support, so it doesn't support arbitrary heap-limited recursion. Have a look at the Prolog interpreter (https://bit

Re: [pypy-dev] __format__ support for float64 type in NumPyPy

2012-06-21 Thread Skip Montanaro
Maybe a single "missing features" ticket for numpypy to which people can add and prioritize would make sense? Skip On Jun 21, 2012 5:27 AM, "Maciej Fijalkowski" wrote: > On Wed, Jun 20, 2012 at 9:40 PM, Cameron Sparr wrote: > >> Hi all, >> >> I noticed that there is no support for the .__forma