Re: [drlvm][jit] Using Class.h in translator
On Saturday 21 October 2006 05:05 Rana Dasgupta wrote: On 10/20/06, Gregory Shimansky [EMAIL PROTECTED] wrote: But you are right, the dependencies graph of all VM internal headers is a huge tangle which should be untangled somehow. Hopefully the Class.h cleanup which Pavel is doing now will make a first step in the right direction. Is this still being done? I remember Pavel suggested refactoring class.hquite some time ago...if it is being done, we should add this to the Wiki as a ability/modularization item in the DRLVM dev list. Probably this is finished but not applied yet. I've found HARMONY-1558 with patches that do this cleanup. -- Gregory Shimansky, Intel Middleware Products Division
Re: [drlvm] Using JNI methods in VM's components.
What about TM replacement (although it is almost impossible at the moment)? Pavel. On 10/20/06, Mikhail Fursov [EMAIL PROTECTED] wrote: On 10/20/06, Alex Astapchuk [EMAIL PROTECTED] wrote: Yeap. The following addresse both your issues. class GCv5Magics { static { String gcPath = System.getProperty(vm.gc_dll); if (gcPath == null) { System.load(gcPath); } else { System.loadLibrary(gc.dll); } } } I like this approach! :) Pavel ? -- Mikhail Fursov
Re: [vote] Graduate Apache Harmony podling from the Incubator
+1. Whoohoooh! - Leo
[drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm
Hi all, after classlib build system has switched to use ECJ, one test in swing module started to fail on drlvm (win/linux). Actually the failure is not related to swing functionality. I've filed JIRA issue https://issues.apache.org/jira/browse/HARMONY-1931 and attached a simple test to reproduce the failure. All interested parties are welcome to look at this issue! -- Thanks, Elena
Re: [drlvm] Using JNI methods in VM's components.
On 10/21/06, Gregory Shimansky [EMAIL PROTECTED] wrote: This is the reason I've corrected the code. Doesn't it mean that is you specified something in -Dvm.em_dll on command line that System.getProperty would return non null value, and then you shall use System.load instead of System.loadLibrary? That is if you change gc to em in the code above. Gregory, I have completely forgotten about System.load() and System.loadLibrary() differences. So the problem is solved and I have even tested the code :) -- Mikhail Fursov
Re: [drlvm] Using JNI methods in VM's components.
Pavel, I'm sorry I do not understand what the replacement do you mean? I said that only about a part of a component could be written in Java (e.g. EM, helpers), but not the whole component... On 10/20/06, Pavel Pervov [EMAIL PROTECTED] wrote: What about TM replacement (although it is almost impossible at the moment)? -- Mikhail Fursov
Re: [vote] Graduate Apache Harmony podling from the Incubator
+1 - Paulex Geir Magnusson Jr. wrote: We're trying something a little different. I think Roy Fielding one said something along the lines of when a community gets organized enough to vote itself out of the Incubator, it's appropriate. So to bring the Harmony community and the Incubator community together for this important event in Harmony's life, I'm calling for a vote on graduating Harmony here on our own -dev list. The objective is for all in both the Harmony community and the Incubator community that have an opinion to vote together, in the same place, and have it hosted by the Harmony podling. This is an unconventional way to do this, but I think that it's valid and could provide one example to the Incubator on how it can work going forward. So, without any further ado : [ ] +1 Graduate Apache Harmony from incubation, and let it petition the board for Top Level Project status [ ] 0 No opinion [ ] -1 No, don't graduate Harmony. Here's why : This vote will end 72 hours from now + time of Apache mail outage. It will therefore end on Monday, October 23, at 3:30 PM eastern, + delta for mail outage. Thanks geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Paulex Yang China Software Development Lab IBM
Re: [drlvm][jit] Using Class.h in translator
21.10.06, Mikhail Fursov[EMAIL PROTECTED] wrote: AFAIK the vm/vmcore/include/Class.h is vmcore internal header and was never included in JIT. To use its functionality you should declare the method you need in vm/include/open/vm.h or in vm/include/open/*class*.h file Thanks! The way you described works! What exact functionality do you need? I need to get field_desc of exact class having only the string name of this field. So I described special function in Class.h and defined it in Class.cpp. This method was a bit less painful on last version of Harmony build , but on actual version it caused severe сompilation errors. Such functionality I need in order to develop package of multidimensional arrays according to JSR-83 and have it optimized in JIT-compiler. The idea is to eliminate redundant boundchecks in a sort of way already implemented ABCD algorithm eliminates redundant boundchecks in one-dimensional arrays. (I wrote about this idea here some time ago) -- Maksim
[test] please ignore
more followup from my personal mail disaster... geir
Re: [vote] Graduate Apache Harmony podling from the Incubator
+1 Proud to be associated with the Harmony community, and the exceptional technical achievements to date. Tim On 20/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: We're trying something a little different. I think Roy Fielding one said something along the lines of when a community gets organized enough to vote itself out of the Incubator, it's appropriate. So to bring the Harmony community and the Incubator community together for this important event in Harmony's life, I'm calling for a vote on graduating Harmony here on our own -dev list. The objective is for all in both the Harmony community and the Incubator community that have an opinion to vote together, in the same place, and have it hosted by the Harmony podling. This is an unconventional way to do this, but I think that it's valid and could provide one example to the Incubator on how it can work going forward. So, without any further ado : [ ] +1 Graduate Apache Harmony from incubation, and let it petition the board for Top Level Project status [ ] 0 No opinion [ ] -1 No, don't graduate Harmony. Here's why : This vote will end 72 hours from now + time of Apache mail outage. It will therefore end on Monday, October 23, at 3:30 PM eastern, + delta for mail outage. Thanks geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Tim Ellison ([EMAIL PROTECTED])
Re: svn commit: r466154 - in /incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent: ./ locks/
On 21/10/06, Nathan Beyer [EMAIL PROTECTED] wrote: They are in 'standard' and do use 'links' (svn:externals). Check out the full path of the original commit message. Using svn:externals just makes it seem like it's in 'extended', but that's just in your working copy. Agreed -- there is no problem with the way they are pulled into the working directory, just the fact that the code in standard was being 'fixed-up'. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED])
Re: svn commit: r466154 - in /incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent: ./ locks/
Great - I wanted to make sure. I was asking based on a cursory glance. geir Nathan Beyer wrote: They are in 'standard' and do use 'links' (svn:externals). Check out the full path of the original commit message. Using svn:externals just makes it seem like it's in 'extended', but that's just in your working copy. -Nathan On 10/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Thanks for bringing this up. I did a classlib update this morning, and saw these files change, and I was confused. Why do we have the files here anyway? I thought we were going to keep in /standard and use links? geir Tim Ellison wrote: Mark, I suggest that this is rolled back since it is modifying the concurrency code in our 'standard' SVN area that we aim to keep in close sync with Doug's repository. Perhaps we can offer the patch to that community, and/or set up local compiler options to hide the warnings in this module. Regards, Tim [EMAIL PROTECTED] wrote: Author: hindessm Date: Fri Oct 20 08:47:50 2006 New Revision: 466154 URL: http://svn.apache.org/viewvc?view=revrev=466154 Log: Applied two patches from [#HARMONY-1926] [build] A lot of never used and never read warning messages. Modified: incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/ArrayBlockingQueue.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/ConcurrentHashMap.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/CountDownLatch.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/DelayQueue.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/Delayed.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/ExecutorService.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/Executors.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/FutureTask.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/ScheduledExecutorService.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/Semaphore.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/SynchronousQueue.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/locks/AbstractQueuedSynchronizer.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/locks/LockSupport.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/locks/ReentrantLock.java incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/locks/ReentrantReadWriteLock.java - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [build] ant help needed
On 20/10/06, Matt Benson [EMAIL PROTECTED] wrote: That's because you tried to use property expansion notation--${hy.required.metainf-files}--for a reference. Try metainf refid=hy.required.metainf-files / When do we get support for the option? ant --do-what-I-mean-not-what-I-say :-) Thanks, will try again when my machine is serviceable. Tim -- Tim Ellison ([EMAIL PROTECTED])
Re: [vote] Graduate Apache Harmony podling from the Incubator
Great work! [X] +1 Graduate Apache Harmony from incubation, and let it petition the board for Top Level Project status Alex
[DRLVM][MMTk] problems with mmtk-10061012.zip snapshot
Robin, I am trying to run SemiSpace collector. It seems something inside MMTk was moved but not all the regression tests were run?? I get the following stack trace: Uncaught exception in main: java.lang.NullPointerException at org.apache.HarmonyDRLVM.mm.mmtk.Assert.fail(Unknown Source) at org.mmtk.utility.alloc.BumpPointer.reusePages(Unknown Source) at org.mmtk.utility.alloc.BumpPointer.consumeNextRegion(Unknown Source) at org.mmtk.utility.alloc.BumpPointer.allocSlowOnce(Unknown Source) at org.mmtk.utility.alloc.Allocator.allocSlowInline(Unknown Source) at org.mmtk.utility.alloc.BumpPointer.allocSlow(Unknown Source) at org.mmtk.utility.alloc.BumpPointer.alloc(Unknown Source) at org.mmtk.plan.semispace.SSMutator.alloc(Unknown Source) at TestSemiSpace.singleRootTest(Unknown Source) at TestSemiSpace.main(Unknown 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
+1 On 10/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: We're trying something a little different. I think Roy Fielding one said something along the lines of when a community gets organized enough to vote itself out of the Incubator, it's appropriate. So to bring the Harmony community and the Incubator community together for this important event in Harmony's life, I'm calling for a vote on graduating Harmony here on our own -dev list. The objective is for all in both the Harmony community and the Incubator community that have an opinion to vote together, in the same place, and have it hosted by the Harmony podling. This is an unconventional way to do this, but I think that it's valid and could provide one example to the Incubator on how it can work going forward. So, without any further ado : [ ] +1 Graduate Apache Harmony from incubation, and let it petition the board for Top Level Project status [ ] 0 No opinion [ ] -1 No, don't graduate Harmony. Here's why : This vote will end 72 hours from now + time of Apache mail outage. It will therefore end on Monday, October 23, at 3:30 PM eastern, + delta for mail outage. Thanks geir - 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][jit] Using Class.h in translator
On 10/21/06, Maksim Ananjev [EMAIL PROTECTED] wrote: 21.10.06, Mikhail Fursov[EMAIL PROTECTED] wrote: AFAIK the vm/vmcore/include/Class.h is vmcore internal header and was never included in JIT. To use its functionality you should declare the method you need in vm/include/open/vm.h or in vm/include/open/*class*.h file Thanks! The way you described works! Do not forget to put your code into JIRA. VM gurus will review it and decide if changes are reasonable to accept or will tell you what is wrong with the patch. But to contribute you have to 1) sign 2) scan 3) send by email to Apache this form http://incubator.apache.org/harmony/auth_cont_quest.html What exact functionality do you need? I need to get field_desc of exact class having only the string name of this field. So I described special function in Class.h and defined it in Class.cpp. This method was a bit less painful on last version of Harmony build , but on actual version it caused severe сompilation errors. Such functionality I need in order to develop package of multidimensional arrays according to JSR-83 and have it optimized in JIT-compiler. The idea is to eliminate redundant boundchecks in a sort of way already implemented ABCD algorithm eliminates redundant boundchecks in one-dimensional arrays. (I wrote about this idea here some time ago) Good luck with your task. Math apps will benefit of it. -- Mikhail Fursov