Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-13 Thread Weldon Washburn
On 4/12/06, Mark Hindess [EMAIL PROTECTED] wrote: On 4/12/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 4/12/06, Mark Hindess [EMAIL PROTECTED] wrote: 1) Copy the luni-kernel and security-kernel stubs and add implementation rather than doing it in place. The stubs are just for

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-13 Thread Mark Hindess
No. The IBM VME is not Apache licensed. To quote the download site: The IBM Development Package for Apache Harmony is complementary to, but not part of, the Apache Harmony Project. Read the license. Regards, -Mark. On 4/13/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 4/12/06, Mark

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Mark Hindess
Weldon, It's good to have this discussion on the list, but would you mind including at least some of the details about what the attached file is in the JIRA comment when you attach a file? At the moment when you look at the JIRA it's hard to tell what the attachments are for? Regards, Mark.

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Mark Hindess
Weldon, any chance you could make a diff_harmony.txt without all the whitespace changes and attach it to the JIRA? I'm trying to update it to work with current svn and I want to avoid going through lots of rejects that are only whitespace changes. I think you should be able to do this with a

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Etienne Gagnon
Hi Weldon, Weldon Washburn wrote: Question for SableVM/JCHEVM guys: Did I miss the documentation on lining up native method args? Can you point me to the correct place to figure out how to do this? There is nothing specific, as far as I remember. SableVM's native calling code takes care

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Archie Cobbs
Weldon Washburn wrote: 1) libtool was not behaving. So, I gave up and used raw ld. 2) dlopen() refused to load the output of ld. Google turned up help pages that showed dlopen() only likes files ending in *.a 3) Once dlopen() was able to open the shared lib containing the native method, gdb was

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Weldon Washburn
Hi Archie, On 4/12/06, Archie Cobbs [EMAIL PROTECTED] wrote: Weldon Washburn wrote: 4) There was real difficulty lining up the native method's incoming arguments. Finally I declared the native method with input arguments (int a1, int a2, int a3, int a4). Then passed the character to be

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Archie Cobbs
Weldon Washburn wrote: There's nothing unusual about JCHEVM's native code dispatch. However, JCHEVM constructs dynamic function calls itself (instead of using libffi like SableVM does). So if C calling conventions under Cygwin (which are what?) are different than Linux, you could see

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Weldon Washburn
Archie, This helps a bunch! I was getting lost in the JCNI code. Thanks Weldon On 4/12/06, Archie Cobbs [EMAIL PROTECTED] wrote: Weldon Washburn wrote: There's nothing unusual about JCHEVM's native code dispatch. However, JCHEVM constructs dynamic function calls itself (instead

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Weldon Washburn
Mark, Thanks for working on the diffs. I have tried to get svn to behave. Version 1.3.0 dated Jan 15 does not recognize the --diff-cmd you suggest below. It might be a cygwin issue. Can you check-in just the kernel adapter stubs for now? This should involve zero diffs since this is a

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Weldon Washburn
On 4/12/06, Mark Hindess [EMAIL PROTECTED] wrote: Weldon, Sorry, it was a mistake on my part, it should be: svn diff --diff-cmd diff -x -ubBw Anyway, I'm making some progress with the diff that you already provided. (Part of the problem was that in order to use the diff on Linux I had

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Weldon Washburn
Mark, Sorry I forgot to mention it in the last email. I did the svn diff you suggested below. The results have been attached to Harmony-318. On 4/12/06, Mark Hindess [EMAIL PROTECTED] wrote: Weldon, Sorry, it was a mistake on my part, it should be: svn diff --diff-cmd diff -x -ubBw

Re: [classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-12 Thread Mark Hindess
On 4/12/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 4/12/06, Mark Hindess [EMAIL PROTECTED] wrote: 1) Copy the luni-kernel and security-kernel stubs and add implementation rather than doing it in place. The stubs are just for compilation we shouldn't add anything VM (or VM

[classlib] unmodified generic GNU Classpath JVM can now run Classlib hello world

2006-04-11 Thread Weldon Washburn
I just uploaded a new zip file to JIRA Harmony-318 that contains the mods to Harmony Classlib that will allow it to run on an unmodified generic GNU Classpath JVM. Some of the issues encountered: 1) libtool was not behaving. So, I gave up and used raw ld. 2) dlopen() refused to load the output