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
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
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.
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
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
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo