Re: Compilation of other languages

2005-05-14 Thread Rodrigo Kumpera
It's never that simple. Python have some HUGE diference in terms of semantics and runtime behavior for Java or .NET. People already mentioned about the fact that it uses reference counting, this makes object lifetime more predictable and all libs uses this fact. Emulating this big semantic diferenc

Re: Questions about the Classpath license exception

2005-05-14 Thread Davanum Srinivas
Sven, yep...am hoping Harmony folks would help with classpath too under classpath terms and conditions of course. -- dims On 5/14/05, Sven de Marothy <[EMAIL PROTECTED]> wrote: > Given andy's post here, I should re-phrase my own wording: > > On Sun, 2005-05-15 at 03:35 +0200, Sven de Marothy wr

Re: Questions about the Classpath license exception

2005-05-14 Thread Sven de Marothy
Given andy's post here, I should re-phrase my own wording: On Sun, 2005-05-15 at 03:35 +0200, Sven de Marothy wrote: > Davanum Srinivas wrote: > > - We don't want to modify any classpath code. If we need changes, we > > can work with classpath folks. > > - We don't want to add classpath sources to

Re: Questions about the Classpath license exception

2005-05-14 Thread Sven de Marothy
Hi, As a Classpath hacker (but by no means an important one) here are my comments: Davanum Srinivas wrote: > - We don't want to modify any classpath code. If we need changes, we > can work with classpath folks. > - We don't want to add classpath sources to our tree. this will avoid > local change

Re: Questions about the Classpath license exception

2005-05-14 Thread acoliver
I agree with what you mean but don't like your wording. I may personally love to help fix the occassional nit in classpath if its in the way of harmony and will very cooperatively contribute it to classpath. If I don't feel qualified to do it or thing others may be better suited I'll kindly s

Re: Questions about the Classpath license exception

2005-05-14 Thread Davanum Srinivas
Leo We can use the con call next week as the forum. Folks, Just to summarize *Ideally* what we would like, here's a list: - We don't want to modify any classpath code. If we need changes, we can work with classpath folks. - We don't want to add classpath sources to our tree. this will avoid loca

Re: Sending native code to the processor at runtime

2005-05-14 Thread acoliver
Matthew French wrote: On Fri, 2005-05-13 at 18:23 -0700, [EMAIL PROTECTED] wrote: Basically the compiler writes your machine code for you anyhow. I'm quite curious about the claims that it achieves 70% of native performance (which is really quite good) in microbenchmarks. Why can a JIT n

Re: Compilation of other languages

2005-05-14 Thread acoliver
I'm disinterested in the discussion of the value of other language support from the perspective that you've given, but I do disagree with your premise that multiple language support at the VM level requires API agreement. API agreement is only required if you do not have open implementations o

Re: Sending native code to the processor at runtime

2005-05-14 Thread Steve Blackburn
Why can a JIT not achieve 110% of native performance? (Assuming that we strip out the compile time and compare like with like.) The reason I say 110% is that binary code is usually compiled for the lowest common denominator. So x86 code targets a 386, and Sparc binaries target UltraSparc v8 or old

Re: Sending native code to the processor at runtime

2005-05-14 Thread Matthew French
On Fri, 2005-05-13 at 18:23 -0700, [EMAIL PROTECTED] wrote: > Basically the compiler writes your machine code for you anyhow. I'm > quite curious about the claims that it achieves 70% of native > performance (which is really quite good) in microbenchmarks. Why can a JIT not achieve 110% of nati

Re: Compilation of other languages

2005-05-14 Thread Matthew French
On Sat, 2005-05-14 at 12:19 -0700, [EMAIL PROTECTED] wrote: > I'd actually like to at least entertain the architectural idea implied > by other "language" support. I think supporting other languages should be easy enough. Structs and enumerations, for example, can be mapped to specific types of c

Re: The topic of the Java Compiler

2005-05-14 Thread Davanum Srinivas
yep. either one would work. -- dims On 5/14/05, Berlin Brown <[EMAIL PROTECTED]> wrote: > Curious, why not jikes, it seems to have a liberal license. > > On 13 May 2005 17:38:54 -0600, Tom Tromey <[EMAIL PROTECTED]> wrote: > > > "Berlin" == Berlin Brown <[EMAIL PROTECTED]> writes: > > > > Be

Re: Compilation of other languages

2005-05-14 Thread acoliver
[EMAIL PROTECTED] wrote: Doesn't Jython work by converting the Python source to Java source and then adding a runtime library? I'm talking about going directly from the language direct to byte- codes, bypassing the Java source step. Of course, if somebody wants to create the extra compilers, t

Re: The topic of the Java Compiler

2005-05-14 Thread Berlin Brown
Curious, why not jikes, it seems to have a liberal license. On 13 May 2005 17:38:54 -0600, Tom Tromey <[EMAIL PROTECTED]> wrote: > > "Berlin" == Berlin Brown <[EMAIL PROTECTED]> writes: > > Berlin> The compiler seems to be a non-issue at this time with a focus > Berlin> on the JavaVM. What a

Re: Compilation of other languages

2005-05-14 Thread Rodrigo Kumpera
On 5/14/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > 2. Interpreting other bytecodes with the HarmonyVM - this is quite > possible and might even be done in a performant way. By tweaking your > primordial classloader or having multiple primordial classloaders. > HarmonyVM may already require

Re: Compilation of other languages

2005-05-14 Thread Brett Wuth
[EMAIL PROTECTED] writes: > 1. Compiling other languages into Java bytecodes - Compiler concern. > This isn't too hard supposing that there are Java bytecodes that > represent all of the proper operations that you wish to support. First > off it is impractical to compile a lower level langu

Re: Compilation of other languages

2005-05-14 Thread tumnus
2. Interpreting other bytecodes with the HarmonyVM Isn't this the sort of thing Microsoft were trying to do with their VM? Would we be in breach of the standard if we extended the instruction set? Or were you thinking of some transient generation of bytecodes at execution time? Kind of like "

Re: Compilation of other languages

2005-05-14 Thread tumnus
On 14 May 2005, at 19:41, Humberto S. N. dos Anjos wrote: As far as I know, you don't have to convert your source code written in Python, for example, to Java before compiling. It's an easy way out, since you only map Python structures to Java classes and let javac do the heavy lifting, but n

Re: Compilation of other languages

2005-05-14 Thread acoliver
I'd actually like to at least entertain the architectural idea implied by other "language" support. So it may suprise a few of you to know that I've been researching VM technology underpinnings for some time prior to learning about Harmony for the purpose of another project (which I do not wish

Re: Compilation of other languages

2005-05-14 Thread Humberto S. N. dos Anjos
As far as I know, you don't have to convert your source code written in Python, for example, to Java before compiling. It's an easy way out, since you only map Python structures to Java classes and let javac do the heavy lifting, but not strictly necessary. Since the JVM only understands byteco

Questions about the Classpath license exception

2005-05-14 Thread Leo Simons
Hi classpath developers! (Harmony people: replies only on the classpath mailing list please, this has in reality only little to do with harmony.) "Oh no, not all that licensing crap again!" As part of the ongoing investigation whether the new Apache Harmony project can legally use GNU Classpath

How this community works

2005-05-14 Thread Leo Simons
Who's in charge? What is the plan? Use classpath? Want donations? Want something else? Is there code yet? Got questions like those? Read this. Might want to take your time, its long :-) Harmony is currently a proposal [1] before the Apache Incubator PMC [2]; a vote [3] is in progress. Somewhere ne