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
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
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'
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
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.
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
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 |
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
[email protected]
http://mail.openjdk.java.
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
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
In article
<[email protected]>,
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
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
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
In article
<[email protected]>,
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
On Thu, May 21, 2009 at 12:50 PM, Nicholas Riley wrote:
> In article
> <[email protected]>,
> 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
<[email protected]>,
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, 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
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 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
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
20 matches
Mail list logo
