Re: [build-test] Moving from /enhanced to /standard

2006-11-16 Thread Weldon Washburn
. -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Re: [design] Class unloading: false sharing of vtable marks

2006-11-14 Thread Weldon Washburn
. of Computer Science Australian National University http://cs.anu.edu.au/people/Robin.Garner/ -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][classlib] thread library - let there be one!

2006-11-10 Thread Weldon Washburn
PROTECTED] wrote: On 10/26/06, Angela Lin [EMAIL PROTECTED] wrote: On 10/24/06, Weldon Washburn [EMAIL PROTECTED] wrote: If an arbitrary commercial JVM decided to use classlib, will it need to be modified to reflect the existing Harmony Classlib threading model? This is the case no matter how you

Re: [drlvm] Class unloading support

2006-11-10 Thread Weldon Washburn
: cleanup_sources_1558_merged.patch. Please, see comments. Aleksey. On 11/10/06, Weldon Washburn [EMAIL PROTECTED] wrote: Aleksey, I tried to apply native_sources_cleanup_upd.patch. svn HEAD has changed and the patch no longer works. Part of the problem is that JIRA 1558 has been committed

Re: [drlvm] Class unloading support

2006-11-10 Thread Weldon Washburn
-- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][classlib] thread library - let there be one!

2006-11-10 Thread Weldon Washburn
On 11/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote: 2006/11/10, Weldon Washburn [EMAIL PROTECTED]: hmm it seems that we need to create kernel natives, the C version of java kernel classes. The expectation is that the JVM supplier would write their own kernel natives. And the classlib

[drlvm][threading module] a question about jthread_raw_monitor_create()

2006-11-10 Thread Weldon Washburn
. Is this correct? -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][em64t] build fails

2006-11-10 Thread Weldon Washburn
Middleware Products Division -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-11-09 Thread Weldon Washburn
On 11/9/06, Robin Garner [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Weldon Washburn wrote: On 11/8/06, *Geir Magnusson Jr.* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Weldon Washburn wrote: On 11/7/06, Ivan Volosyuk [EMAIL PROTECTED] mailto:[EMAIL

Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)

2006-11-09 Thread Weldon Washburn
hundred twenty files. On 11/9/06, Rana Dasgupta [EMAIL PROTECTED] wrote: Great. Thanks Weldon. Does this mean that it is to be verified on Windows? On 11/8/06, Weldon Washburn [EMAIL PROTECTED] wrote: 1558 has been committed. It took two commits since I forgot to svn add 4 files. All

Re: [drlvm] vote on class unloading design (was Class unloading support - tested one approach)

2006-11-09 Thread Weldon Washburn
of Etienne's proposal as a full class-unloading scheme. With the best regards, -- Robin Garner Dept. of Computer Science Australian National University -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support

2006-11-09 Thread Weldon Washburn
Aleksey, I tried to apply native_sources_cleanup_upd.patch. svn HEAD has changed and the patch no longer works. Part of the problem is that JIRA 1558 has been committed. In addition to the below issues, I posted comments to JIRA HARMONY-2000. On 11/2/06, Weldon Washburn [EMAIL PROTECTED

Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)

2006-11-08 Thread Weldon Washburn
Magnusson Jr. [EMAIL PROTECTED] wrote: so, how did it go? Weldon Washburn wrote: On 11/7/06, Gregory Shimansky [EMAIL PROTECTED] wrote: On Friday 03 November 2006 19:18 Weldon Washburn wrote: H1558 has been a big battle to get it into committable shape. I would really like to commit

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-11-08 Thread Weldon Washburn
On 11/8/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: On 11/7/06, Ivan Volosyuk [EMAIL PROTECTED] wrote: On 07 Nov 2006 14:35:55 +0600, Egor Pasko [EMAIL PROTECTED] wrote: I already have one idea how to benefit from movable vtables. There would have

Re: [drlvm][classlib] DaCapo benchmark regressions

2006-11-08 Thread Weldon Washburn
-- Robin Garner Dept. of Computer Science Australian National University -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-11-07 Thread Weldon Washburn
that Harmony needs to run within the next 12 months. in GCV4.1? :) Yes -- Ivan Intel Enterprise Solutions Software Division -- Weldon Washburn Intel Enterprise Solutions Software Division

[drlvm] vote on class unloading design (was Class unloading support - tested one approach)

2006-11-07 Thread Weldon Washburn
and small compared to a GC. - shouldn't need a stop-the-world at any point. I've implemented and tested the GC-relevant part of this in JikesRVM, and the GC time overhead appears to be just under 1% in the MMTk MarkSweep collector. cheers, Robin -- Weldon Washburn Intel Enterprise Solutions

Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)

2006-11-07 Thread Weldon Washburn
On 11/7/06, Gregory Shimansky [EMAIL PROTECTED] wrote: On Friday 03 November 2006 19:18 Weldon Washburn wrote: H1558 has been a big battle to get it into committable shape. I would really like to commit it first. (In fact, Pavel and I are working on it right now!) The patch in HARMONY

Re: [jira] Closed: (HARMONY-1993) A stress test for young generational allocation that measures allocation rate

2006-11-05 Thread Weldon Washburn
washburn (JIRA) wrote: [ http://issues.apache.org/jira/browse/HARMONY-1993?page=all ] weldon washburn closed HARMONY-1993. Resolution: Fixed committed. since it is only local to gc_gen directory and this directory is not part of regular build

Re: [drlvm] dynamic object layout

2006-11-04 Thread Weldon Washburn
. Also, we probably need some sort of JIRA coding to reflect which branch has which patches. Alexei On 11/3/06, Weldon Washburn [EMAIL PROTECTED] wrote: Salikh, I glanced at the patch. What you propose below looks reasonable. I really don't see any other way to do it and still get usable

Re: [drlvm] dynamic object layout

2006-11-03 Thread Weldon Washburn
is attached to HARMONY-1635 ( heap-iteration-optimized.patch), I would appreciate any comments and concerns. -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [general] version of GCC...

2006-11-03 Thread Weldon Washburn
possible distributions and all possible platforms... When someone who has some problematic platform/distribution/gcc lets us know that something doesn't compile, it is probably enough. -- Weldon Washburn Intel Enterprise Solutions Software Division

[DRLVM] General stability

2006-11-03 Thread Weldon Washburn
, we need some sort of automated test script that runs Eclipse and tomcat, etc. in a deterministic fashion so that we can compare test results. It does not have to be perfect for starts, just repeatable and easy to use. Feel free to beat me to starting these threads :) -- Weldon Washburn Intel

Re: [drlvm] Class unloading support

2006-11-02 Thread Weldon Washburn
. This will force switching off any class unloading support. Aleksey. On 11/1/06, Robin Garner [EMAIL PROTECTED] wrote: Weldon Washburn wrote: On 10/30/06, Robin Garner [EMAIL PROTECTED] wrote: Weldon Washburn wrote: On 10/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote

Re: [general] Transition to TLP

2006-11-02 Thread Weldon Washburn
On 11/2/06, Tim Ellison [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Anything else? I did ponder changes to our mail list. I think adding a user list is something good to do now as it's non-disruptive, but I'm not convinced that breaking up the dev list is something needed at this

Re: [general] Motorola to develop ME under ALv2

2006-11-01 Thread Weldon Washburn
is that by choosing ALv2 Harmony can freely engage and exchange with their effort. Regards, Tim -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support - tested one approach

2006-11-01 Thread Weldon Washburn
On 11/1/06, Robin Garner [EMAIL PROTECTED] wrote: Interesting idea! It seems the real issue is marking and sweeping the vtables. A stab at categorizing the approaches: a) Force vtables to be as similar to ordinary java objects as possible. The upside: existing GC algorithms will work

Re: [drlvm] Is it time to say goodbye to dear friend GC v4?

2006-11-01 Thread Weldon Washburn
a seperate email asking for volunteers to work on MMTk port. -- Weldon Washburn Intel Enterprise Solutions Software Division

[DRLVM][MMTk] looking for volunteers to work on this port

2006-11-01 Thread Weldon Washburn
. -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support - tested one approach

2006-11-01 Thread Weldon Washburn
and tested the GC-relevant part of this in JikesRVM, and the GC time overhead appears to be just under 1% in the MMTk MarkSweep collector. cheers, Robin -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Is it time to say goodbye to dear friend GC v4?

2006-11-01 Thread Weldon Washburn
+1 for dumping GCv4 --- I got carried away and forgot to vote! On 11/1/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 11/1/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Is there any reason to keep this around in the main branch? Actually, this brings up something I have been meaning

Re: [drlvm][threading] Possible race condition in implementation of conditional variables?

2006-10-31 Thread Weldon Washburn
:: hythread_is_suspend_enabled(){ return tm_self_tls-suspend_disable_count == 0; } On 10/12/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 10/12/06, Evgueni Brevnov [EMAIL PROTECTED] wrote: Hi, I do the following: hythread_suspend_disable(); do unsafe actions hysem_wait(semaphore

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-10-31 Thread Weldon Washburn
. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] A list of drlvm enhancements and limitations

2006-10-31 Thread Weldon Washburn
[EMAIL PROTECTED] wrote: Weldon, can you make a subpage to Rana's list and link it to the MMTK integration item? -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-10-31 Thread Weldon Washburn
be a fallback for DRLVM. We need to decide on next steps, we cannot debate the algorithm forever :-) -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support - tested one approach

2006-10-31 Thread Weldon Washburn
-- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [DRLVM][GC] parallel compaction and wasted virtual space

2006-10-30 Thread Weldon Washburn
, the Comressor algorithm is only recently published. Given that the focus of Harmony is production quality JVM, there is a risk when implementing any algorithm that is yet unproven in a production environment. Thanks, xiaofeng On 10/30/06, Weldon Washburn [EMAIL PROTECTED] wrote: Since

Re: [drlvm] Class unloading support

2006-10-30 Thread Weldon Washburn
: http://www.sablecc.org/ -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-10-30 Thread Weldon Washburn
/ SableCC: http://www.sablecc.org/ -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][sablevm] Desing of Class Unloading Support

2006-10-30 Thread Weldon Washburn
is already used for part of data allocated for this class loader. Look in HARMONY-2000 which brings per-class loader pools to the extent. SNIP -- Pavel Pervov, Intel Enterprise Solutions Software Division -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][build] Where to put mmtk.jar?

2006-10-30 Thread Weldon Washburn
/06, Xiao-Feng Li [EMAIL PROTECTED] wrote: On 10/27/06, Mikhail Fursov [EMAIL PROTECTED] wrote: On 10/27/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 10/26/06, Xiao-Feng Li [EMAIL PROTECTED] wrote: Hi, Mikhail, would you please educate me why this helper inlining work depends

Re: [drlvm] Class unloading support

2006-10-29 Thread Weldon Washburn
.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support

2006-10-27 Thread Weldon Washburn
On 10/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: Steve Blackburn was in Portland Oregon today. I mentioned the idea of adding a reference pointer from object to its j.l.Class instance. MMTk was not designed with this idea in mind. It looks like you

Re: svn commit: r467552 - in /incubator/harmony/enhanced/drlvm/trunk/vm: tests/smoke/StackTest.java vmcore/src/util/ia32/base/compile_IA32.cpp vmcore/src/util/linux/signals_ia32.cpp vmcore/src/util/wi

2006-10-26 Thread Weldon Washburn
-- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][build] Where to put mmtk.jar?

2006-10-26 Thread Weldon Washburn
. Could we put it directly into SVN? I'm +1 here. We have to decide only about a folder name. Any thoughts? -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [DRLVM][MMTk] current status and plan

2006-10-26 Thread Weldon Washburn
and it works. I simply want to turn it off for this stage of the MMTk/DRLVM port. Back-branch polling and Uninterruptible have to work for the ongoing DRLVM vmmagic vm helper coding that is currently under way. -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm] Class unloading support

2006-10-26 Thread Weldon Washburn
Solutions Software Division . -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: [drlvm][build] Where to put mmtk.jar?

2006-10-26 Thread Weldon Washburn
Fursov -- Weldon Washburn Intel Enterprise Solutions Software Division

Re: svn commit: r467997 - in /incubator/harmony/enhanced/drlvm/trunk: build/make/components/vm/ vm/include/ vm/include/open/ vm/jitrino/src/codegenerator/ia32/ vm/jitrino/src/jet/ vm/jitrino/src/vm/ v

2006-10-26 Thread Weldon Washburn
done! On 10/26/06, Pavel Ozhdikhin [EMAIL PROTECTED] wrote: It seems this patch should also update helper name in VMInterface.cpp, otherwise debug Jitrino build breaks. This will not affect those who build debug VM because by default Jitrino is always built in release mode. The following

Re: [classlib][luni] signalis interruptus in hysock

2006-10-25 Thread Weldon Washburn
On 10/24/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: It seems JIRA is down for maintenance. If HARMONY-1904 is still open perhaps it makes sense to put a counter in the while (...) { select...} loop. And after every N loops, print a warning/diagnostic message

Re: [drlvm] Class unloading support

2006-10-25 Thread Weldon Washburn
Solutions Software Division. -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][classlib] thread library - let there be one!

2006-10-24 Thread Weldon Washburn
On 10/23/06, Angela Lin [EMAIL PROTECTED] wrote: What is the goal here? 1. If the goal is to create a single thread library that can be used by multiple VM and classlib implementations, then the unified thread lib should contain everything needed to support a VM implementation. 2. If the goal

Re: [drlvm][classlib] thread library - let there be one!

2006-10-24 Thread Weldon Washburn
this mean VM design is constrained by classlib design? And classlib design is constrained by J9 design? Angela On 10/24/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 10/23/06, Angela Lin [EMAIL PROTECTED] wrote: What is the goal here? 1. If the goal is to create a single thread

Re: [drlvm] A list of drlvm enhancements and limitations

2006-10-23 Thread Weldon Washburn
a list on wiki. What do you think? -- Gregory Shimansky, Intel Middleware Products Division -- Weldon Washburn Intel Middleware Products Division

Re: [classlib][luni] signalis interruptus in hysock

2006-10-23 Thread Weldon Washburn
] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

[DRLVM][MMTk] current status and plan

2006-10-23 Thread Weldon Washburn
is because it requires two or more running Java thread to create a condition where one thread want to arbitrarily suspend the other java threads at GC safepoints. -- Weldon Washburn Intel Middleware Products Division

[DRLVM][MMTk] current status and plan

2006-10-23 Thread Weldon Washburn
-- Forwarded message -- From: Weldon Washburn [EMAIL PROTECTED] Date: Oct 23, 2006 9:07 AM Subject: [DRLVM][MMTk] current status and plan To: harmony-dev@incubator.apache.org Current status - Robin Garner's mmtk_20061016.zip snapshot of MMTk source now runs the simple user

[DRLVM][MMTk] problems with mmtk-10061012.zip snapshot

2006-10-21 Thread Weldon Washburn
Source) utility/alloc/BumpPointer contains the following: protected void reusePages(int pages) { VM.assertions.fail(Subclasses that reuse regions must override this method.); } -- Weldon Washburn Intel Middleware Products Division

Re: [vote] Graduate Apache Harmony podling from the Incubator

2006-10-21 Thread Weldon Washburn
- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][threading] Infinite loop in atomic16_inc/atomic16_dec?

2006-10-20 Thread Weldon Washburn
] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

[drlvm] debugging on msvc -- getting debug symbols to load

2006-10-20 Thread Weldon Washburn
-version TestSemiSpace 1 5) build the new and empty project to keep msvc happy 6) start debugging -- push F5 NOTE: I like to put an __asm{int 3} in the C/C++ code. This will force the binary to always call the debugger. -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm] debugging on msvc -- getting debug symbols to load

2006-10-20 Thread Weldon Washburn
and hits a debug event such as a sigsegv, assert(0) or int 3. On 10/20/06, Weldon Washburn [EMAIL PROTECTED] wrote: On 10/20/06, Mikhail Fursov [EMAIL PROTECTED] wrote: Weldon, I use MSVC 2003 for debugging every day and everything works fine. Did you try drlvm/trunk/buld/msvc_2003 build

Re: [drlvm] debugging on msvc -- getting debug symbols to load

2006-10-20 Thread Weldon Washburn
On 10/20/06, Mikhail Fursov [EMAIL PROTECTED] wrote: On 10/20/06, Weldon Washburn [EMAIL PROTECTED] wrote: This sounds very much like what I experienced before I did the below. When the above dialog box opens, are you running from msvc debugger or from a msdos console window? It seems

Re: [drlvm][threading] Is it safe to use hythread_suspend_all and hythread_resume_all?

2006-10-19 Thread Weldon Washburn
. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [classlib][portlib] classlib tests fail on portlib

2006-10-19 Thread Weldon Washburn
. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][threading] Is it safe to use hythread_suspend_all and hythread_resume_all?

2006-10-18 Thread Weldon Washburn
, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware

Re: [drlvm][threading] Is it safe to use hythread_suspend_all and hythread_resume_all?

2006-10-18 Thread Weldon Washburn
-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [general] graduate from incubator to be a Top Level Project of the ASF

2006-10-17 Thread Weldon Washburn
] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: Hot to Write GC requires improvement

2006-10-17 Thread Weldon Washburn
commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm] Thread me tender, thread me true, never throw an OOM...

2006-10-17 Thread Weldon Washburn
Pasko, Intel Managed Runtime Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel

Re: [DRLVM](JIRA-1886)interior pointer for GCv5 of DRLVM

2006-10-17 Thread Weldon Washburn
be tested with it. -- Mikhail Fursov - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon

Re: Hot to Write GC requires improvement

2006-10-17 Thread Weldon Washburn
as time goes on. Thus its impossible to have an absolutely perfect document. Thanks for cleaning it up. Thank you, Nadya Morozova -Original Message- From: Weldon Washburn [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 17, 2006 4:46 PM To: harmony-dev@incubator.apache.org Cc: [EMAIL

Re: [announce] New Apache Harmony Committers : Oliver Deakin, Richard Liang, Alexey Petrenko, Gregory Shimansky, Alexey Varlamov, Alexei Zakharov

2006-10-17 Thread Weldon Washburn
On 10/16/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: Please join the Apache Harmony PPMC in welcoming the project's newest committers, in alphabetical order : Oliver Deakin Richard Liang Alexey Petrenko Gregory Shimansky Alexey Varlamov Alexei Zakharov Congratulations! -- Weldon

Re: ECJ set as default compiler (WAS: [general] version of gcc and other tools)

2006-10-17 Thread Weldon Washburn
] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][threading] Is it safe to use hythread_suspend_all and hythread_resume_all?

2006-10-17 Thread Weldon Washburn
: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

[classlib] build fails: build-java.xml:143: java.lang.reflect.InvocationTargetException

2006-10-17 Thread Weldon Washburn
seconds -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm] Calling native methods from Java code: implementation details

2006-10-17 Thread Weldon Washburn
. These were all of the problems with native calls. Now we need to agree if the solution proposed is OK or find another one. Please note, that this is just the first implementation. We can extend it with more features in the future. -- Mikhail Fursov -- Weldon

Re: [classlib] build fails: build-java.xml:143: java.lang.reflect.InvocationTargetException

2006-10-17 Thread Weldon Washburn
. :-) On 10/18/06, Alexei Zakharov [EMAIL PROTECTED] wrote: Hmm, I've got the same problem. Current workaround is to switch back to sun javac ant -Dhy.javac.compiler=modern -Dhy.javac.maxmem=512M I am still trying... Regards, 2006/10/17, Weldon Washburn [EMAIL PROTECTED]: I am at revision 464949

Re: [drlvm][threading] Is it safe to use hythread_suspend_all and hythread_resume_all?

2006-10-17 Thread Weldon Washburn
. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][threading] Possible race condition in implementation of conditional variables?

2006-10-16 Thread Weldon Washburn
, Is there any known bug related to this issue? Rana On 10/15/06, Weldon Washburn [EMAIL PROTECTED] wrote: After thinking about it a while, how about the following course of action: 1) First phase is to modify hysem_wait() and any other hy blocking functions to test if, in fact

[DRLVM][JIT/GC] Questions on JIRA-1682, incorrect gc enumeration

2006-10-15 Thread Weldon Washburn
count is 179. -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm][classlib] thread library - let there be one!

2006-10-15 Thread Weldon Washburn
, 2006, at 11:31 AM, Weldon Washburn wrote: +1 on the below. I am assuming Andrey and his team will do this work. (Andrey, when will you start?) We have to start first by pulling hythread out, but where? After thinking about it for 5 more seconds, putting

Re: [DRLVM][JIT/GC] Questions on JIRA-1682, incorrect gc enumeration

2006-10-15 Thread Weldon Washburn
] -- Weldon Washburn Intel Middleware Products Division

Re: [general] define pre-commit testing configs to gain the stability

2006-10-13 Thread Weldon Washburn
On 10/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: On 10/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: A word of caution to those who are committing C/C++ code. There are unique features of Microsoft C/C++ that will cause

Re: [Fwd: Re: [DRLVM][JET] write barrier for Java (mmtk)]

2006-10-13 Thread Weldon Washburn
Salikh, Good catch! You just saved the MMTk port 20 hours of debugging. Thank you :) On 10/13/06, Salikh Zakirov [EMAIL PROTECTED] wrote: Weldon Washburn wrote: I actually stumbled on this bug during bringup. I replaced ...plus(arrayOffset)... with ...plus(12)... Its a hack. But now

Re: [drlvm] The first GC helper with fast-path implemented in Java: gc_alloc

2006-10-13 Thread Weldon Washburn
: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [general] version of gcc and other tools

2006-10-12 Thread Weldon Washburn
] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm] The first GC helper with fast-path implemented in Java: gc_alloc

2006-10-12 Thread Weldon Washburn
it. Please feel free to review the code and to discuss any other problems I missed. -- Mikhail Fursov -- Weldon Washburn Intel Middleware Products Division

Re: [general] define pre-commit testing configs to gain the stability

2006-10-12 Thread Weldon Washburn
configuration. - If the commit may depend on the platform, for example, a patch to the system-dependent native code, he checks it on Windows with definite configuration and ask another committer to check it on other system. Thanks, Mikhail Thanks, Pavel -- Weldon Washburn Intel Middleware Products

Re: [general] define pre-commit testing configs to gain the stability

2006-10-12 Thread Weldon Washburn
On 10/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Weldon Washburn wrote: A word of caution to those who are committing C/C++ code. There are unique features of Microsoft C/C++ that will cause a build failure on Linux and vice versa. For example, gcc expects that the end of a C/C

Re: [Fwd: Re: [DRLVM][JET] write barrier for Java (mmtk)]

2006-10-12 Thread Weldon Washburn
, 12 Oct 2006 11:36:33 +1000 From: Robin Garner [EMAIL PROTECTED] To: harmony-dev@incubator.apache.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Weldon Washburn wrote: Robin, Thanks for helping

Re: [drlvm] The first GC helper with fast-path implemented in Java: gc_alloc

2006-10-12 Thread Weldon Washburn
://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [Fwd: Re: [DRLVM][JET] write barrier for Java (mmtk)]

2006-10-12 Thread Weldon Washburn
of ...plus(arrayOffset)... I actually stumbled on this bug during bringup. I replaced ...plus(arrayOffset)... with ...plus(12)... Its a hack. But now it looks like I simply set ARRAY_BASE_OFFSET to 12 during clinit. Does this seem right?? On 10/12/06, Weldon Washburn [EMAIL PROTECTED] wrote

Re: [drlvm][threading] Possible race condition in implementation of conditional variables?

2006-10-12 Thread Weldon Washburn
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [drlvm] Extending ‘org.vmmagic.unboxed’ package with native calls and TLS access

2006-10-11 Thread Weldon Washburn
coding. Please, suggest your vision or ask me if something I wrote is unclear. + The first candidates for inlining are: allocation helpers, monitor helpers, write barriers. Any other ideas? -- Mikhail Fursov -- Weldon Washburn Intel Middleware Products Division

Re: [DRLVM][JET] write barrier for Java (mmtk)

2006-10-11 Thread Weldon Washburn
any devirtualization and call any method needed from MMTk or native implementation. So JIT won't know if it works with MMTk or with a native GC: all you need is just to replace the Java version of the helper. ? -- Mikhail Fursov -- Weldon Washburn Intel Middleware

Re: [DRLVM][JET] write barrier for Java (mmtk)

2006-10-11 Thread Weldon Washburn
don't want to go back! I erroneously thought we could call VM.barriers.performWriteInBarrier() directly. This sort of, kind of breaks MMTk architecture. well, it less 'breaks the architecture' than performs a no-op :) -- robin Weldon Washburn wrote: Ooops. I

Re: [DRLVM][JET] write barrier for Java (mmtk)

2006-10-11 Thread Weldon Washburn
hmm we may have version skew going on here. Mikhail, Robin can we stay with the July 14 (or there abouts) version that Steve Blackburn posted to his web page? On 10/11/06, Mikhail Fursov [EMAIL PROTECTED] wrote: On 10/11/06, Weldon Washburn [EMAIL PROTECTED] wrote: Robin, Thanks

Re: [DRLVM][Threading/GC] thread info initialization problem

2006-10-10 Thread Weldon Washburn
commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division

Re: [DRLVM][GC] first generational version of GCv5 is submitted

2006-10-09 Thread Weldon Washburn
, Xiao-Feng Li [EMAIL PROTECTED] wrote: Salikh, right. I've submitted a patch to support both GC build. Hopefully Weldon will commit it today. Thanks, -xiaofeng On 10/9/06, Salikh Zakirov [EMAIL PROTECTED] wrote: Weldon Washburn wrote: On second thought, you are right. I don't really should

  1   2   3   4   >