On Wed, 2009-05-20 at 21:41 -0700, John Rose wrote:
> Thanks. We have seen problems with indy in the JIT; that's probably it.
>
> (We're working on the JIT support right now.)
>
> Try running with java -Xint; does that make the crash go away?
Yes and no. Indeed it crashes in the compiler, but
On Thu, 2009-05-21 at 11:32 +0200, Christian Thalinger wrote:
> On Wed, 2009-05-20 at 21:41 -0700, John Rose wrote:
> > Thanks. We have seen problems with indy in the JIT; that's probably it.
> >
> > (We're working on the JIT support right now.)
> >
> > Try running with java -Xint; does that mak
Yuck, a leftover from the invokeinterface encoding. It's even clearly
marked my code-distress marker ().
Yes, your fix looks OK
But, the line wants to be something better, and I think there are
better entry points in constantPoolOop since I refactored the logic
there. Try to
On Thu, 2009-05-21 at 04:59 -0700, John Rose wrote:
> Yuck, a leftover from the invokeinterface encoding. It's even clearly
> marked my code-distress marker ().
>
> Yes, your fix looks OK
>
> But, the line wants to be something better, and I think there are
> better entry points
In article
<488dde700904240447w2e88a474i671c288b67df1...@mail.gmail.com>,
scheme mlvm
wrote:
> On error: class file for com.sun.jmx.snmp.Timestamp not found:
> Build does not extract a few binary plug classes, fix jdk:
> make/common/internal/BinaryPlugs.gmk
Despite the patch you suggested I'
On Thu, May 21, 2009 at 12:50 PM, Nicholas Riley wrote:
> In article
> <488dde700904240447w2e88a474i671c288b67df1...@mail.gmail.com>,
> scheme mlvm
> wrote:
>
>> On error: class file for com.sun.jmx.snmp.Timestamp not found:
>> Build does not extract a few binary plug classes, fix jdk:
>> make/
In article
<4dab5f760905211013j7608f805nfbb87cf304eec...@mail.gmail.com>,
Frank Wierzbicki
wrote:
> Nicholas -- did you get the actual patch files from scheme? It sounds
> like you added in Timestamp, but there are actually 5 more classes
> that need to be added. I'll repost the patches if
This is just a repost of the patches scheme provided in April for
getting bsd-port working on Linux. Maybe we should put them up on the
wiki somewhere...
-Frank
fix machine/endian.h
diff --git a/src/share/native/java/lang/fdlibm/include/fdlibm.h b/src/share/native/java/lang/fdlibm/include/fdlibm
On Thu, May 21, 2009 at 2:18 PM, Frank Wierzbicki wrote:
> This is just a repost of the patches scheme provided in April for
> getting bsd-port working on Linux. Maybe we should put them up on the
> wiki somewhere...
BTW these patches did enable me to build on my local Linux, but for
some reason
In article
<4dab5f760905211120pfcd1e95w8d1381000cd33...@mail.gmail.com>,
Frank Wierzbicki
wrote:
> BTW these patches did enable me to build on my local Linux, but for
> some reason I'm not able to get the build to include java.dyn.* -- I'm
> trying on the mac now to see if I have better luck
Frank Wierzbicki wrote:
> On Thu, May 21, 2009 at 2:18 PM, Frank Wierzbicki
> wrote:
>> This is just a repost of the patches scheme provided in April for
>> getting bsd-port working on Linux. Maybe we should put them up on the
>> wiki somewhere...
> BTW these patches did enable me to build on my
Trying to just build the stock bsd-port I am getting this:
Linking vm...
{ \
echo Linking launcher...; \
\
cc -m32 -march=i586 -mstackrealign -m32 -march=i586
-mstackrealign -L `pwd` -o gamma launcher.o -ljvm -lm -pthread; \
\
}
Linking l
On Thu, May 21, 2009 at 10:34 PM, Frank Wierzbicki
wrote:
> Trying to just build the stock bsd-port I am getting this:
Sorry not enough info -- I'm trying this on OS X.
-Frank
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.
On Thu, May 21, 2009 at 10:34:48PM -0400, Frank Wierzbicki wrote:
> Does "ld: library not found for -ljvm" look familiar to anyone?
Only to the extent that my attempts to build on OSX fail identically.
Googling uncovered some jabbering but nothing that got me anywhere.
--
Paul Phillips |
Ok, I was too intrigued by guardWithTest to not give it a try. Here's
the revised InvokeDynamicSupport I came up with. It seems like things
are wired correctly, but it results in a crash:
http://gist.github.com/115901
It crashes with a message like:
# A fatal error has been detected by the Jav
More information...with -Xint I don't get a hard crash, I get this
exception:
MemberName.java:406:in `newIllegalArgumentException':
java.lang.IllegalArgumentException: cannot spread
(java.lang.Object[])boolean to
(org.jruby.runtime.ThreadContext,org.jruby.runtime.builtin.IRubyObject,org.jruby.
I don't know if this is how guardWithTest is intended to be used, but I
found your code very clever. Making dynamic calls fall to the fallback
implementation in the first time and after that, always going to the target
method until cache is invalidated. I'm impressed! (and just trying to
understand
Hello Fabio!
Fabio Kung wrote:
> I don't know if this is how guardWithTest is intended to be used, but I
> found your code very clever. Making dynamic calls fall to the fallback
> implementation in the first time and after that, always going to the
> target method until cache is invalidated. I'
On May 21, 2009, at 8:19 PM, Charles Oliver Nutter wrote:
> Ok, I was too intrigued by guardWithTest to not give it a try. Here's
> the revised InvokeDynamicSupport I came up with. It seems like things
> are wired correctly, but it results in a crash:
>
> http://gist.github.com/115901
>
> It crash
On May 21, 2009, at 8:25 PM, Charles Oliver Nutter wrote:
> Seems to be a failure in the spread, no?
Yes. There is a bug in spread combinators in the JVM assembly code,
so the Java code does not emit them currently.
And guardWithTest should be using a polymorphic combinator, not a
collect/s
20 matches
Mail list logo
