[pypy-dev] Looking for a thesis

2006-03-09 Thread Antonio Cuni
Hi, my name is Antonio and I'm studying computer science at university of Genoa (Italy). Since I need a thesis for graduating and since I love Python very much I'd like to contribute to the pypy project, if you think I could help. I have already read the online docs and I have played a little

Re: [pypy-dev] Re: Looking for a thesis

2006-03-10 Thread Antonio Cuni
Michael Hudson wrote: Sure. Will you be able to make it to a sprint? I have never take part to a sprint, but I'd enjoy to try, if the sprint takes place in a reasonable distance from my home. Yes, Tokio is definitively too far for me. :-) There are so many things you could look at...

Re: [pypy-dev] Re: Looking for a thesis

2006-03-11 Thread Antonio Cuni
Beatrice During wrote: Hi there You are very welcome to the team Antonio, and thanks for choosing pypy ;-) Regarding Michaels last question about time - I think he was referring to how much time you will have to finish your thesis. Although it was good to get to know a bit about your

[pypy-dev] Svn account?

2006-03-19 Thread Antonio Cuni
Hi, as I said I've begun writing the .NET CLI backend; it is still very experimental but it can already compile correctly some code snippets such as the algorithm for computing fibonacci's numbers. How can I check my work in svn? I think I should obtain an account, shouldn't I? Are there

Re: [pypy-dev] CLI code generation (was: Svn account?)

2006-03-20 Thread Antonio Cuni
holger krekel wrote: Hi Antonio, On Sun, Mar 19, 2006 at 20:53 +0100, Antonio Cuni wrote: as I said I've begun writing the .NET CLI backend; it is still very experimental but it can already compile correctly some code snippets such as the algorithm for computing fibonacci's numbers. cool

Re: [pypy-dev] CLI code generation

2006-03-20 Thread Antonio Cuni
Hi Armin, Armin Rigo wrote: I wonder how important this is at the moment. Maybe the .NET JIT compiler is good enough to remove all this. How does the resulting machine code look like? I have not tried the CLR by Microsoft yet but in this stage I'm using mono under linux, just because I'd

Re: [pypy-dev] CLI code generation

2006-03-20 Thread Antonio Cuni
Hi Armin, Armin Rigo wrote: Actually, my comment about this was guided by the fact that I didn't see how the existing flow graph model can represent stack operations... Antonio, did you have something more precise in mind? A bunch of of operations that have often no argument and/or no return

Re: [pypy-dev] CLI code generation

2006-03-20 Thread Antonio Cuni
Hi Niklaus Niklaus Haldimann wrote: I'm the guy who's working a bit on the Smalltalk backend at the moment. I'm very interested to see how your CLI backend progresses! Ideally, all high-level backends (those based on the ootypesystem) should be able to share some code and concepts. I haven't

[pypy-dev] First version of the CLI backend checked in

2006-03-21 Thread Antonio Cuni
Hi, I've just checked in the first version of the CLI backend; for now I've checked it in a branch located at http://codespeak.net/svn/user/antocuni/pypy-antocuni/ At the moment I've tested it only with mono under linux; for running the tests you need to have ilasm and mono in your path; the

Re: [pypy-dev] First version of the CLI backend checked in

2006-03-22 Thread Antonio Cuni
Carl Friedrich Bolz wrote: Hi Carl, I just took a cursory glance at the code, but the tests passed for me out of the box :-). Great! :-) I would say you could check it in the main repository (maybe after adding appropriate skips to the tests, if mono is not installed). The test already

Re: [pypy-dev] First version of the CLI backend checked in

2006-03-22 Thread Antonio Cuni
Hi Carl Carl Friedrich Bolz wrote: I guess you have not changed anything outside of the cli directory in your branch. If this is the case it is easy: Just do an svn cp pypy-antocuni/pypy/translator/cli pypy-dist/pypy/translator/ done! Now the code should be in the main repository. Thanks

[pypy-dev] Bug in lltypesystem

2006-03-23 Thread Antonio Cuni
Hi, I've just found a bug in lltypesystem; to reproduce type the following in translatorshell.py: from __future__ import division def bug(x,y): ... return x/y ... t = Translation(bug) t.annotate([int, int]) [cut] t.rtype() [translation:info] already done: Annotatingsimplifying

[pypy-dev] Low level operations and ootypesystem

2006-03-29 Thread Antonio Cuni
Hi, I have some doubts about the semantic of some low level operations I have found during my development of the CLI backend. The first doubt is about overflow-checked operations: I've noticed there are a number of checked operations that can never fail due to their semantic, such as

Re: [pypy-dev] Low level operations and ootypesystem

2006-03-29 Thread Antonio Cuni
Hi Samuele, On 3/29/06, Samuele Pedroni [EMAIL PROTECTED] wrote: this meta field can contain instances that have further fields beyond class_. class_ contains something of type ootype.Class, what is expected to be the runtime representation of a class in the backend type system, The extra

[pypy-dev] List and string in ootypesystem

2006-03-30 Thread Antonio Cuni
Hi, I've spent last hours reading sources in the rpython directory, trying to deeper understand how lltypesystem and ootypesystem work: I've noticed that the low level representations of strings and lists are the same in both typesystem. My question is: is it a design choice or nobody has

Re: [pypy-dev] List and string in ootypesystem

2006-04-03 Thread Antonio Cuni
Hi Niklaus, you have just preceded me by about 2 hours... I would have sent a mail about rlist anyway. I've spent last days working on this topic: I tried to refactor the code for making rlist type-system specific as rtuple, rclass and others already was. It has been a bit difficult because

Re: [pypy-dev] List and string in ootypesystem

2006-04-04 Thread Antonio Cuni
Niklaus Haldimann wrote: Oops, I didn't intend to invalidate your work. ;) I actually checked your user directory yesterday, because you said in an earlier mail that you would work on the branch there. But since I didn't see any changes related to rlist I assumed you decided to postpone this ...

Re: [pypy-dev] Rtyping classes definitions?

2006-04-04 Thread Antonio Cuni
Hi Niklaus, Niklaus Haldimann wrote: There must be a misunderstanding here, the rtyping step is not at all missing. ;) If you look at rtyped graphs you'll see that instances (and classes) have low-level types of the ootype.Instance kind. These Instance types have a _field attribute that is a

[pypy-dev] A problem with unbound methods

2006-04-06 Thread Antonio Cuni
Hi, I have some problems for translating calls to unbound methods. Let's show with an example: class MyClass: def __init__(self, x): self.x = x class MyDerivedClass(MyClass): def __init__(self, x): MyClass.__init__(self, x) During rtyping the field and method names are

Re: [pypy-dev] A problem with unbound methods

2006-04-06 Thread Antonio Cuni
Hi Samuele, Samuele Pedroni wrote: you should not trust or use graph names in the backend, apart for givin names to things. If a function is reused in more than one class the information would not be useful (this can happen in Python/RPython). The graph would get the name based on the first

Re: [pypy-dev] List and string in ootypesystem

2006-04-06 Thread Antonio Cuni
Hi Armin, hi Niklaus Armin Rigo wrote: I see you added SomeOOList to annoation.model.lltype_to_annotation(). There is already a generic 'def len()' in the base class SomeObject, so that's how the annotator is happy with your ll function's 'len(lst)'. Fine here. If you wanted a .length() method

Re: [pypy-dev] Summer of Code 2006

2006-04-15 Thread Antonio Cuni
Niklaus Haldimann wrote: Hi there Google is doing Summer of Code again this year: http://code.google.com/soc/ It would be possible to enter PyPy directly as a mentoring organization this time, instead of going through the PSF. Last year, student slots were given to mentoring organizations

Re: [pypy-dev] Avoiding code duplication

2006-04-15 Thread Antonio Cuni
Armin Rigo wrote: I think this is kind-of-reasonable. The ADT method approach of the lltypesystem was introduced late during the development of the rtyper; by now, it would be reasonable to define common method names between the ADT methods of the lltypesystem and the GENERIC_METHODS of the

Re: [pypy-dev] Question on snake server test runs

2006-04-25 Thread Antonio Cuni
Hi Sanghyeon, Sanghyeon Seo wrote: http://snake.cs.uni-duesseldorf.de/pypytest/summary.html I added a py.test option to pretty-print Common Lisp source files, and tests on snake server started to fail. Samuele told me that it might depend on the working directory from which py.test is run, but

[pypy-dev] PyPy is flooding Genova :-)

2006-04-27 Thread Antonio Cuni
Hi all, as the subject suggests, people seems to get interested in PyPy here at Genova's university, due to my thesis :-). As a consequence next week I'll probably have a talk for introducing some interested people to PyPy. Since there is a number of introductory presentations I was thinking

[pypy-dev] Summer of code

2006-04-27 Thread Antonio Cuni
Hi all, I'm considering the possibility of applying to Google Summer of Code 2006: obviously the topic of my application would be pypy :-). As you can guess I'd like to continue working on the CLI backend, also considering that I probably won't be able to finish it before I graduate. The

Re: [pypy-dev] Re: Summer of code

2006-04-27 Thread Antonio Cuni
Hi Terry, Terry Reedy wrote: I thought it was your thesis project, which you would need to finish. In any case, assuming you do not already have a summer stipend for the same work, I would encourage you to apply -- after reading the FAQ carefully. It is my thesis project, but I don't need

Re: [pypy-dev] oopspec

2006-05-02 Thread Antonio Cuni
Hi Seo, Sanghyeon Seo wrote: Is there some documentation on oopspec attribute? How one may use it in the backend? I think there are no docs about the oopspec attribute. Armin wrote these lines some time ago to respond to the same question: The oopspec string tells what is the abstract

Re: [pypy-dev] oopspec

2006-05-02 Thread Antonio Cuni
Hi Armin Armin Rigo wrote: It's quite open; every piece of code using oopspec should be prepared to see names that it doesn't know about, and ignore them. So feel free to add new names. As a guideline, let's stick as far as possible to the Python name for the method or for the __xxx__ special

[pypy-dev] MetaVM design

2006-05-21 Thread Antonio Cuni
Hi Maciek, I all as I announced in my previous e-mail here are some ideas on how to use metavm for genjs2. I think the best way to use metavm for your purposes is to write a bunch of MicroInstruction classes designed for emitting source code. For example I guess that some rpython low level

Re: [pypy-dev] SoC

2006-05-29 Thread Antonio Cuni
Maciek Fijalkowski wrote: Maybe that's a little bit late, but I've got broadband finally. I would like to thank all of pypy team for helping me with my SoC. A big 'thank you all' from me, too. I hope we'll be able to repay your trust by completing our works nicely :-). ciao Anto

[pypy-dev] Missed pypy-sync

2006-05-30 Thread Antonio Cuni
Hi all, I've realized just now that I've missed the pypy-sync yesterday... sorry! Btw, here is my activity report: LAST: work on unifying rpython/ and cli/ tests; basic string support in gencli NEXT: DDorf sprint BLOCKERS: uni stuffs ciao Anto ___

[pypy-dev] Ladies and gentlemen...

2006-06-16 Thread Antonio Cuni
... I'm proud to announce that gencli is the first high level backend that can compile and run rpystone and richards :-). Some early benchmarks (I post them here so I'll know where to find them when I need it later :-)): pystone --- gencli: 177429.668653 rpystones/second

Re: [pypy-dev] [pypy-svn] r29534 - pypy/dist/pypy/rpython/ootypesystem/test

2006-06-30 Thread Antonio Cuni
Samuele Pedroni wrote: Records are really like lltypesystem Structs, although because some of their code was copied from Instance, they may give the impression that you can add fields after the fact, but that should not be done, it breaks the fact that they are supposed to compare by

Re: [pypy-dev] [pypy-svn] r29534 - pypy/dist/pypy/rpython/ootypesystem/test

2006-06-30 Thread Antonio Cuni
Ok, I've found the bug, it's entirely a my fault, because in translator/cli/record.py I attach a new attribute _name to the Record, so the hash is no longer valid. Probably it's safer to store the name in some dictionary. ciao Anto ___

[pypy-dev] Tomorrow morning...

2006-07-19 Thread Antonio Cuni
... I will graduate!! :-) :-) :-) A big, big 'thank you' to all pypy developers, for having welcomed and supported me during last months: it has been very nice to work with you (and I hope to continue in future). I still remember my first post on pypy-dev: I was Looking for a thesis (cit.)

Re: [pypy-dev] .NET build failures

2006-07-21 Thread Antonio Cuni
[EMAIL PROTECTED] wrote: Hi Antocuni, Hi Ben, I ran the .NET build last night and it got a lot further. The errors I get now are: [translation:ERROR] * FAILURE * [translation:ERROR] [translation:ERROR] c:\docume~1\ben~1.you\locals~1\temp\usession-16\main.il(66076) : error --

Re: [pypy-dev] A bug in cc?

2006-07-24 Thread Antonio Cuni
Armin Rigo wrote: In any case, if the bug is still there in the latest gcc, yes, I'd consider reporting it. PyPy is good to push many limits of its backends -- e.g. it gave quite a few LLVM bug reports and I wouldn't be surpized if mono was next :-) mono *will be* the next, definitively :-).

[pypy-dev] Reference letters for a PhD application

2006-09-03 Thread Antonio Cuni
Hi all, as you might know I've not yet decided what to do in the future when my experience at HHU will end; one of the possibilities is to take a PhD here in Genoa, so I'm trying to fill up the form for the application. To participate I need one to three reference letters stating what are my

Re: [pypy-dev] Status of pypy-c under Windows

2007-02-10 Thread Antonio Cuni
Scott Dial wrote: Scott Dial wrote: It does indeed appear to be working. I'm currently in the middle of a run. The run completely successfully, it can be found at the same URL it was at before: http://scottdial.com/pypytest/ This is very cool, thank you! I've noticed that most of CLI

Re: [pypy-dev] Google Summer of Code

2007-03-15 Thread Antonio Cuni
Hi Armin, hi all! Armin Rigo wrote: Hi all, A few PyPy developers have signed up as mentors for the Google Summer of Code. Students interested in a summer project about PyPy (or any Python-related project) should have a look at: http://wiki.python.org/moin/SummerOfCode So, outside

[pypy-dev] Towards pypy-jvm

2007-03-30 Thread Antonio Cuni
Hi Niko, hi all! I've read in the IRC logs that there has been a bit of discussion about what genjvm still lacks in order to translate pypy. Some weeks ago I also tried to translate pypy-jvm; it seems that the two most important missing features are r_dict and weakrefs. The good news is that

Re: [pypy-dev] Towards pypy-jvm

2007-04-01 Thread Antonio Cuni
Niko Matsakis wrote: The last time I checked what java's Hasttable offers and I saw you can't pass to it custom hashing and equality functions, but maybe there is a simple way to do it that I don't know. No, there isn't, but it shouldn't be too hard to cook up some kind of Hashtable

Re: [pypy-dev] Towards pypy-jvm

2007-04-05 Thread Antonio Cuni
Niko Matsakis wrote: Some weeks ago I also tried to translate pypy-jvm; it seems that the two most important missing features are r_dict and weakrefs. Ok, I implemented r_dicts now and checked it in. Not too much work, actually, ended up fitting fairly naturally into the existing code. I

Re: [pypy-dev] PyPy JVM Backend

2007-04-29 Thread Antonio Cuni
Carl Friedrich Bolz wrote: I think it is the time now to do away with the file descriptor simulation, it was useful at one point but is very silly now. Instead, a subclass of pypy.rlib.streamio.Stream should be created that only delegates to the Java/.NET Stream classes, probably making use

Re: [pypy-dev] PyPy JVM Backend

2007-04-29 Thread Antonio Cuni
Maciek Fijalkowski wrote: Probably one good step would be to make our tools (mostly py.test) work without applevel os.dup and friends (it uses it in few places, also for capturing, but that's quite shallow and capturing can be even tuned with options). +1 (and maybe add a new --noposix

Re: [pypy-dev] PyPy JVM Backend

2007-04-30 Thread Antonio Cuni
Maciek Fijalkowski wrote: Part of it is a SoC anyway, so I don't think we care in what order SoC is done. (and personally I think it makes sense to provide Java bindings first and than to care about the translation). Well, strictly speaking java bindings for rpython are not part of Paul's

Re: [pypy-dev] DLS paper on RPython

2007-05-17 Thread Antonio Cuni
[I respond only to you because I don't think Massimo and Davide are interested in such details; I'm also cc-ing pypy-dev] Niko Matsakis wrote: Ok. I'll look at that some. I may have to rewrite my section on exceptions to describe the type-wrapping solution; I wrote it to describe the

Re: [pypy-dev] PyPy sync next week?

2007-06-11 Thread Antonio Cuni
Maciek Fijalkowski wrote: Ok, so what about usual Thursday 17:00? Fine for me. ciao Anto ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

Re: [pypy-dev] Work plan for PyPy

2007-06-14 Thread Antonio Cuni
Maciek Fijalkowski wrote: * What we do with ootypesystem backends and external functions? Right now this is implemented by backends which tends to be a bit ugly implementation. My idea would be to have backend-sensitive implementations which access backend-specific RPython functions for

Re: [pypy-dev] [pypy-svn] r44599 - in pypy/dist/pypy/lang/scheme: . test

2007-06-28 Thread Antonio Cuni
Jakub Gustak wrote: I that case error messages from pylint: E:142:add_lst.lambda: Using unavailable keyword 'lambda' E:145:mul_lst.lambda: Using unavailable keyword 'lambda' I would say that in this case pylint is wrong, though I agree than in most cases lambda is used in a way that is not

Re: [pypy-dev] sprint report

2007-07-18 Thread Antonio Cuni
Carl Friedrich Bolz wrote: Hi all! Since I didn't manage to come to Europython and the sprint afterwards, I would really appreciate it if somebody wrote a sprint report. Since I guess that is kind of unlikely to happen now, could at least everybody write a paragraph about what he worked

Re: [pypy-dev] rffi feature request

2007-08-11 Thread Antonio Cuni
Simon Burton wrote: I would like to expose some functions as external symbols when i build a .so def foo(i, j): return i+j foo._expose_ = [rffi.INT, rffi.INT] well, the above code would produce: extern int foo(int i, int j) { return i+j; } (and perhaps an

Re: [pypy-dev] pypy-jvm translating magic?

2007-10-06 Thread Antonio Cuni
Hi Nicholas, Nicholas Riley wrote: I was able to translate targetnopstandalone to Java so it seems to work a little, but obviously there is a big difference between that and PyPy. :) Trawling the IRC logs I found: [20:39] antocuni fijal: unfortunately pypy-jvm does not compile out of the

Re: [pypy-dev] PyPy JVM builds out of the box

2007-10-15 Thread Antonio Cuni
Niko Matsakis wrote: It is no longer necessary to apply any patches to get PyPy JVM to build. It should work out of the box now (does for me, anyhow). There are a still a few external functions unimplemented, though I have some partial implementations hanging around. Wow, that's

[pypy-dev] Small optimization

2007-10-24 Thread Antonio Cuni
Hi all, between some interesting and a lot of not-so-interesting talks here at oospla, I also find the time to hack a bit on pypy :-). Yesterday I tried the hand-written optimization attached to this mail; it seems to make pystone about 6% faster; it's not much, but it's not even so few not

Re: [pypy-dev] Small optimization

2007-10-24 Thread Antonio Cuni
Christian Tismer wrote: Isn't this the optimization that Michael already tried? See objspace/std/objspace.py line 65. command line option is --objspace-std-withsmallint I turned out to not be worth it in many cases. But it is known as a useful special case in the CPython interpreter

Re: [pypy-dev] bern sprint finished

2007-10-30 Thread Antonio Cuni
Carl Friedrich Bolz wrote: So, it seems many people liked the blog thing. How about we start a general PyPy blog where we can all post? Should we try to set something up on codespeak or just keep using blogspot? The latter increases the chances that things are happening soon :). Any ideas for

Re: [pypy-dev] bern sprint finished

2007-10-30 Thread Antonio Cuni
Carl Friedrich Bolz wrote: See? If we decide to do that we won't get a blog anytime soon :-). But I agree that some rest/svn integration later would be nice. indeed, not being lazy is not our best value :-). blogger and blogspot are the same thing, I think. I went with Maciek's suggestion

Re: [pypy-dev] [pypy-svn] r48350 - pypy/dist/pypy/objspace/flow

2007-11-08 Thread Antonio Cuni
Christian Tismer wrote: understood and done yesterday, alreasy ^ nice typo: I bet I hasn't been hard :-) ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

[pypy-dev] __file__ attribute of mixed modules

2007-11-12 Thread Antonio Cuni
Hi all, I'm having troubles running pypy-cli on windows. One of the problem is due to the __file__ attribute of mixed modules; currently it's something like path/to/mixed/module/*.py. When site.py runs, it tries to compute the abspath of every module loaded; after a bit of indirections,

Re: [pypy-dev] unicode error when building the JVM version of PyPy

2007-11-13 Thread Antonio Cuni
Martijn Faassen wrote: Hi there, I just tried to build the JVM version of the trunk with the following command (which may be altogether wrong): python2.4 translate.py --text --batch --backend=jvm targetpypystandalone.py A while into the translation, I got the following error, which

Re: [pypy-dev] missing things for making PyPy production ready (for some value of production)

2007-11-14 Thread Antonio Cuni
Carl Friedrich Bolz wrote: - for PyPy-JVM: bindings to allow the interaction with arbitrary Java libraries, threading support Moreover, I would add to this list that the possibility to compile python to jvm bytecode instead of python bytecode; maybe a pypy-jvm would be usable even

Re: [pypy-dev] missing things for making PyPy production ready (for some value of production)

2007-11-14 Thread Antonio Cuni
Martijn Faassen wrote: - for PyPy-JVM: bindings to allow the interaction with arbitrary Java libraries, threading support Does this already exist for PyPy-CLR? yes, but it's more or less only a proof of concept. You can use .NET classes from Python but you can't, e.g., inherit from a

Re: [pypy-dev] missing things for making PyPy production ready (for some value of production)

2007-11-14 Thread Antonio Cuni
Charles Oliver Nutter wrote: Moreover, I would add to this list that the possibility to compile python to jvm bytecode instead of python bytecode; maybe a pypy-jvm would be usable even without it, but e.g. developing applets requires it. Hopefully, I'll be able to work on this (an its

Re: [pypy-dev] more problems building PyPy-JVM

2007-11-16 Thread Antonio Cuni
Martijn Faassen wrote: Hi there, Hi Martijn, To start off, please note I haven't worked with Java in the past. I'm the proper kind of newbie to try out PyPy-JVM. :) [cut] Do I need a different version of jasmin? 'jasmin -version' reports: Jasmin version: v sable-1.2 Yes, it looks like

Re: [pypy-dev] missing things for making PyPy production ready (for some value of production)

2007-11-17 Thread Antonio Cuni
Charles Oliver Nutter wrote: Wiring in support for calling Java libraries won't be particularly difficult, given the many reflective capabilities already present for Java. But I agree it needs to be there for most people to find a lot of use. Indeed, I think this is the easiest part to

Re: [pypy-dev] is anyone actively hacking on the JVM backend?

2007-11-29 Thread Antonio Cuni
Niko Matsakis wrote: Right now I am wringing out the last few bugs from a check-in that would allow multiple PyPy-generated interpreters to be used simultaneously. Currently, the code uses a few static fields that would conflict if, for example, someone tried to load both a Python

Re: [pypy-dev] is anyone actively hacking on the JVM backend?

2007-11-30 Thread Antonio Cuni
Niko Matsakis wrote: Right now it's mostly in the JVM backend, though I had to insert a few hooks into oosupport. I wasn't sure whether the CLI had the same interlinking problem. yes, the problems are nearly the same for the cli backend; basically, we want: 1) to raise RPython

Re: [pypy-dev] mapping C# iterator to Python iterator

2007-12-04 Thread Antonio Cuni
amit wrote: Taking example of System.Collection.ArrayList class. If the class uses the interface IEnumerable that can be checked using reflection b_type = System.Type.GetType(fullname) ifaces = b_type.GetInterfaces() for interface in ifaces: if interface

Re: [pypy-dev] System calls in Java

2007-12-05 Thread Antonio Cuni
Niko Matsakis wrote: there's been some discussion on Jython lists and some experimenting by JRuby people to use JNA (https://jna.dev.java.net/ ) which is a sort of ctypes for java, for this sort of purposes. This is perfect! I just tried it out and it worked very well. Hi Niko, I

Re: [pypy-dev] mapping C# Delegates to Python

2007-12-05 Thread Antonio Cuni
amit wrote: /* * Now in Python what I might want to do is * * import System.Delegate * * class Deleg(Delegate): * __init__(self, ...): * pass I don't think we want to do this. In .NET System.Delegate is treated specially by the virtual machine, and it needs an exact

Re: [pypy-dev] System calls in Java

2007-12-06 Thread Antonio Cuni
holger krekel wrote: If you put it somewhere below svn/pypy/dist please insert at least an XXX into the LICENSE file and provide a reference to the project/license of JNA. Done. I added the following lines to the LICENSE file: License for 'pypy/translator/jvm/src/jna.jar'

Re: [pypy-dev] [pypy-svn] r49617 - pypy/branch/clr-module-improvements/pypy/module/clr

2007-12-11 Thread Antonio Cuni
Hi Amit, [EMAIL PROTECTED] wrote: +assembliesToScan = [ /usr/lib/mono/1.0/mscorlib.dll, + /usr/lib/mono/1.0/System.dll, + /usr/lib/mono/1.0/System.Web.dll, + /usr/lib/mono/1.0/System.Data.dll, +

Re: [pypy-dev] adding support for Generic classes in the /module/clr

2007-12-12 Thread Antonio Cuni
On Dec 12, 2007 2:11 AM, amit [EMAIL PROTECTED] wrote: Support for generic classes ---IronPythonic way- from System.Collections.Generic import * l = List[str]() l.Add(Hello) l.Add(Hi) l.Add(3)# fails with ValueError: d = Dictionary[str, int]() d.Add('abc', 1)

Re: [pypy-dev] [pypy-sprint] AVM2 / Tamarin backend at the sprint

2008-01-04 Thread Antonio Cuni
Toby Watson wrote: Hi Antonio, Hi Toby, Thanks for the advice and pointers into the code. Would you say this is still a fair assessment of the tasks that have to be done to target a new backend? : (pulled from PyPy[cli-backend]) • map ootypesystem's types to CLI Common Type

[pypy-dev] First draft of the openjdk proposal

2008-02-26 Thread Antonio Cuni
Hi all, I just finished to write the first draft of the openjdk proposal; you can find it under extradoc/proposal/openjdk-challenge.txt. It would be nice to hear comments, remarks and suggetions from whoever is interested as soon as possible, since the deadline is close (2nd of march). ciao,

Re: [pypy-dev] enchancing flow objspace

2008-03-28 Thread Antonio Cuni
Carl Friedrich Bolz wrote: weell. That sounds like an extreme hack to me. Maybe we should do something else, like 'assert 0, XXX' instead of just putting XXXs everywhere. +1 ___ pypy-dev@codespeak.net

[pypy-dev] [Fwd: Re: Fan Programing Language]

2008-04-22 Thread Antonio Cuni
Hi Niko, hi all, there is an interesting thread going on on the jvm-languages mailing list; among the other things, I discovered that the JVM can handle the exception much faster if you override the fillInStack method to do nothing instead of building the traceback. I think that since we

[pypy-dev] Running pysqlite on pypy

2008-05-16 Thread Antonio Cuni
Hi Gerhard, hi all, in the last days, we have been trying to run django on pypy, using the ctypes based implementation of pysqlite. In doing this, we encountered a problem; we have exchanged a bit of private mails, so I try to sum up here: This snippet explodes when run with pysqlite-ctypes,

Re: [pypy-dev] Running pysqlite on pypy

2008-05-17 Thread Antonio Cuni
Gerhard Häring wrote: I just pushed an ad-hoc fix for this particular problem to the hg repo: changeset: 328:c42db28b5031 branch: ctypes tag: tip parent: 317:89e6da6ea1cb user:Gerhard Haering [EMAIL PROTECTED] date:Sat May 17 03:19:37 2008 +0200

Re: [pypy-dev] problems running pypy-jvm

2008-07-04 Thread Antonio Cuni
Hi Maciek, Maciej Fijalkowski wrote: First of all, I cannot get jar to work. It's complaining about '@' in front of paths. Even if I remove it, it still cannot find Main class. what do you exactly mean? Could you paste the error message please? When I run it by hand I get: debug: WARNING:

Re: [pypy-dev] new -O option

2008-08-04 Thread Antonio Cuni
Armin Rigo wrote: While I'm at it, should I remove --allworkingmodules and make it the default? Should this also include the thread module? If additionally the default value for --opt would be 3, then just typing ./translate.py would produce a pypy-c executable of the most recommended and

[pypy-dev] bugday

2008-10-27 Thread Antonio Cuni
Hi pypy-dev, we are trying to organize the first PyPy Bugday, but it seems it's hard to find a proper date for it; so, we've set up a poll on doodle: http://doodle.com/73tepx6ktg9cyd29 the poll is mainly targeted at core pypy developers, but of course everyone can vote. Please spend two

Re: [pypy-dev] Sprint dates

2008-12-07 Thread Antonio Cuni
Armin Rigo wrote: Hi, About the February sprint, the proposed dates (mostly the original ones) are: 7-14th. After sorting out the Duesseldorf situation, these dates could be ok too. Anyone has strong objections? the dates should be ok for me, though I don't promise I will come because I'm

Re: [pypy-dev] Threaded interpretation (was: Re: compiler optimizations: collecting ideas)

2008-12-21 Thread Antonio Cuni
Paolo Giarrusso wrote: Hi all, Hi! after the completion of our student project, I have enough experience to say something more. We wrote in C an interpreter for a Python subset and we could make it much faster than the Python interpreter (50%-60% faster). That was due to the usage of

Re: [pypy-dev] Threaded interpretation (was: Re: compiler optimizations: collecting ideas)

2008-12-22 Thread Antonio Cuni
Carl Friedrich Bolz wrote: About better implementations of the bytecode dispatch I am unsure. Note however, that a while ago we did measurements to see how large the bytecode dispatch overhead is. I don't recall the exact number, but I think it was below 10%. I think it's something more.

Re: [pypy-dev] Support for __getitem__ in rpython?

2008-12-23 Thread Antonio Cuni
Paolo Giarrusso wrote: There are at least two ways, once you have a singleton (maybe static) None object around: - box all integers and use only pointers - the slow one; - tagged integers/pointers that you already use elsewhere. So integers of up to 31/63 bits get represented directly, while

Re: [pypy-dev] Threaded interpretation (was: Re: compiler optimizations: collecting ideas)

2008-12-24 Thread Antonio Cuni
Paolo Giarrusso wrote: the question is: is it possible for a full python interpreter to be efficient as you define it? Well, my guess is if Prolog, Scheme and so on can, why can't Python? a possible answer is that python is much more complex than prolog; for example, in PyPy we also have

[pypy-dev] [Fwd: [Fwd: Re: Threaded interpretation]]

2008-12-30 Thread Antonio Cuni
Hi, Antoine Pitrou told me that his mail got rejected by the mailing list, so I'm forwarding it. Message transféré De: Antoine Pitrou solip...@pitrou.net À: pypy-dev@codespeak.net Sujet: Re: Threaded interpretation Date: Fri, 26 Dec 2008 21:16:36 + (UTC) Hi people, By

Re: [pypy-dev] Non-circular path through pypy module imports

2009-01-21 Thread Antonio Cuni
VanL wrote: Hello, Hi! Sorry for the late response, everyone thought that someone else would have been answered, but nobody did at the end :-) I have been going through the pypy sources recently and I wanted to start from the leaf modules first (in terms of import dependencies)... but there

Re: [pypy-dev] [pypy-svn] r61220 - pypy/trunk/lib-python

2009-01-22 Thread Antonio Cuni
fi...@codespeak.net wrote: we need to have RegrTest for each file starting with test_ anyway... Modified: pypy/trunk/lib-python/conftest.py == --- pypy/trunk/lib-python/conftest.py (original) +++

Re: [pypy-dev] parser compiler and _ast

2009-01-26 Thread Antonio Cuni
Maciej Fijalkowski wrote: I did a bit of research on a matter of different python interfaces to parsing. This is a bit of a mess, but it is as follows: [cut] 1a. We just always generate the code and throw it away. We loose performance, but we don't care (and we pass tests) a quick google

Re: [pypy-dev] Europython sprint

2009-01-28 Thread Antonio Cuni
Hi Jacob, hi all, Jacob Hallén wrote: The outine of the programme is as follows: * Sunday 28th June and Monday 29th June : Tutorial Days * Tuesday 30th June to Thursday 2nd July : Conference * Friday 3rd July, as long as needed : Sprints We could have a sprint(an internal

Re: [pypy-dev] pypy sandbox

2009-02-18 Thread Antonio Cuni
Dalius Dobravolskas wrote: Hello, All, Hi Dalius, [cut] /home/dalius/projects/pypy-dist/pypy/annotation/model.py(537)__init__() Unfortunately pypy/dist is largely outdated nowadays (we plan to copy trunk to dist soon) please try with pypy/trunk. ciao, Anto

Re: [pypy-dev] pypy sandbox

2009-02-18 Thread Antonio Cuni
Dalius Dobravolskas wrote: trunk has worked just perfect. nice :-) I will try to implement WSGI sample similar to Django (as mentioned here http://morepypy.blogspot.com/2009/02/wroclaw-2009-sprint-progress-report.html). that's cool. Please keep us informed, and feel free to come to #pypy

[pypy-dev] holydays

2009-02-28 Thread Antonio Cuni
Hi all, I'm going on holydays next week (skiing :-)), so I won't be online until the 9th. ciao, Anto ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

Re: [pypy-dev] Leysin Winter Sprint

2009-03-10 Thread Antonio Cuni
Armin Rigo wrote: Please *confirm* that you are coming so that we can adjust the reservations as appropriate. The rate so far has been around 60 CHF a night all included in 2-person rooms, with breakfast. There are larger rooms too (less expensive) and maybe the possibility to get a single

Re: [pypy-dev] did we submit any europython talks?

2009-04-05 Thread Antonio Cuni
Maciej Fijalkowski wrote: Does anyone knows so far he's going to the EP? besides Laura of course. yes, I plan to go there. Submitting a JIT talk would be nice. Armin et. al, what do you think? ___ pypy-dev@codespeak.net

Re: [pypy-dev] Upcoming Sprint

2009-04-07 Thread Antonio Cuni
Carl Friedrich Bolz wrote: I wouldn't mind sharing a room with you and having to pay more for the remaining days (and having a bit of quiet), since the uni is paying anyway. Could you add yourself to this file: I'd also like to share a room. Maybe we can get a triple room?

  1   2   3   >