> 1) value/struct types (i.e. avoid heap and be able to pack data closer
> together). I don't how much we can rely on EA.
I made a start on some of this based on John Rose's design,
unfortunately a promotion and a new daughter has pretty much stopped
progress. I hope to get back to it at some po
, at 7:23 PM, John Rose wrote:
>
>> I don't know the ins and outs of asm and grabbing rsp on Mac, but the OS X
>> port group probably know something about it. -- John
>>
>> On Oct 15, 2011, at 8:49 AM, Michael Barker wrote:
>>
>>> Good luck!
>>
&
On Sat, Oct 22, 2011 at 3:08 PM, Michael Barker wrote:
> This appears to work. By work, it does crash when compiled in debug mode.
Typo, I meant it does _not_ crash when compile with debug.
Mike.
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.
n, Oct 16, 2011 at 12:23 AM, John Rose wrote:
> I don't know the ins and outs of asm and grabbing rsp on Mac, but the OS X
> port group probably know something about it. -- John
>
> On Oct 15, 2011, at 8:49 AM, Michael Barker wrote:
>
>> Good luck!
>
> Thanks. I
> Good luck!
Thanks. I found where the problem is, it's in the
os::current_stack_pointer method in os_bsd_x86.cpp and it depends on
level of compilation. If I compile the code below without
optimisation e.g.:
#include
class os {
public:
void* current_stack_pointer();
};
void* os::curre
> I just posted the updated version of your patch. Thanks for the contribution.
You're welcome.
> You might be interested in looking at the tagu.patch I posted (which is a
> WIP). It shows, roughly, where the cut points have to be for GC support for
> a new data type.
Thanks, I'll have a dig
Hi,
I've been trying to run a debug build on Mac OS, the normal build
works fine, but the debug version fails with an Illegal Instruction.
I've run it through gdb (output below), but I not sure how accurate
the information is. I think that it's the result of a stack overflow,
it takes around 2s t
> Did you have to use patches/hotspot/snowleopard.patch for gcc-4.2, or can we
> delete that?
The snowleopard.patch was applied, I'll have a go at a build without it.
>> - The really odd one was the hotspot build wasn't copying the
>> necessary files into its import folder (failed to find the ap
> Please give it a whirl and let me know what breaks.
I have a working build on Mac OS X Lion with gcc-4.2. I started with
stephenb's MLVM build scripts. I have a couple of small issues to
crack as I went:
- Bootstrapped with 64bit bsd-port openjdk 1.7 binaries from:
http://code.google.com/p/op
> Should there be a relevant jdk7-b147-to-bsd-port.patch patch for the
> hotspot tree?
>
> (blush) Now there is. -- John
Cheers!
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Hi,
Should there be a relevant jdk7-b147-to-bsd-port.patch patch for the
hotspot tree?
stub:hotspot mikeb01$ hg qselect
bsd-port
stub:hotspot mikeb01$ head -4 .hg/patches/series
# base = a32de5085326 in
http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot [2011-09-01]
jdk7-b147-to-bsd-port.patch
> is gcc 4.0 still required.
>
> That requirement hasn't changed. I don't think anyone has retried 4.2
> recently.
Does anyone know where to get binaries for gcc-4.0 on Lion? My shiny
new laptop stubbornly refuses to build 4.0 from macports.
Mike.
___
Hi,
Attached is an update to the tagged tuple support. It allows the
verifier to accept method signatures containing tagged tuples. I.e.
-Xverify:none is no longer required.
Mike.
diff -r f23a3c7f71ac tuple-tsig.patch
--- a/tuple-tsig.patch Mon Jul 18 10:47:53 2011 -0700
+++ b/tuple-tsig.patch
Hi,
Attached are my latests TupleSignature patches. This starts to add
support for tagged tuples in method calls. It's very basic right now,
the classes load and methods can be called. There are a couple of
outstanding issues:
- No support for validating the class used as the "tag". There sho
BTW, I've had my Oracle Contributor Agreement approved, userId: mikeb2701.
Mike.
On Sun, Jul 3, 2011 at 8:46 AM, Michael Barker wrote:
> Hi,
>
> I've finally started to get my head around Mecurial Queues. Attached
> are a couple of patches to the MLVM patch forest. T
Hi,
Here are a couple of patches that implement anonymous tuples in method
signatures. Apologies I haven't got my head around the patch queue,
forest mercurial extensions yet, so these are simple patches generated
from the hotpot/jdk subdirectories. However, they should be useful if
anyone is in
s possible).
>
> Hopefully once you have signed the contributor agreement you will be able to
> use the MLVM patch repo to host your project. I am excited to see this happen!
>
> - Charlie (mobile)
>
> On May 15, 2011, at 3:35, Michael Barker wrote:
>
>> Hi,
>&
Hi,
I've been following the MLVM list for a while now and I would like to
get involved. I'm interested in tuple signatures
(http://blogs.oracle.com/jrose/entry/tuples_in_the_vm). I'm fairly new
to the hotspot code base, so you may have to forgive my lack of
knowledge.
I've spent a couple of week
18 matches
Mail list logo
