"PR" == Pavel Roskin [EMAIL PROTECTED] writes:
PR Threads and AWT are broken.
Hmm, I noticed that a --with-engine=intrp configuration for
sparc-sun-solaris2.7 (non-libffi) results in illegal instruction
core dumps on native code calls. PPC displays the same phenomenology.
Perhaps it is a
"AO" == Alexandre Oliva [EMAIL PROTECTED] writes:
MD This isn't suitable as a patch
AO But, with your patch, it would say `C:file' is absolute.
Indeed -- just wanted to get the issue and vicinities recorded...
"AC" == Archie Cobbs [EMAIL PROTECTED] writes:
AC It should match "Default" case-insensitively.. no?
Ok, I see there is still a name.toUpperCase call in the alias method.
I must have had .class files out-of-sync, and was jumping to conclusions.
Sorry for the false alarm.
"GB" == Godmar Back [EMAIL PROTECTED] writes:
GB On the positive side, it's nice to see someone actually replicate
GB what I did and getting that far.
In the interest of replication, here's a test case that works for me.
(A build script and a run script.)
#!/bin/sh
P=/packages
"GB" == Godmar Back [EMAIL PROTECTED] writes:
GB It's 17. So change 19 - 17 in i386/jit.h and try that.
Yep, my otherwise unmodified Kaffe is loading gcj-compiled code now. Neat.
GB Here's another hint: if you use optimization as in -O2 or -O3,
GB make sure you also use -fkeep-inline to
"AC" == Archie Cobbs [EMAIL PROTECTED] writes:
AC I fixed this a slightly different way. Let me know if you have any
AC problems.
I don't think that's quite right, because the file.encoding property is
"Default", not "DEFAULT".
So it seems to be something with exception handling. In the two cases
below I had to take care to avoid class-lookup failures. Avoiding
those failures, the gcj shared object loads and runs fine.
retrieving revision 1.1
Index: libraries/javalib/java/lang/ClassLoader.java