Ian, Let me attract your attention to my letter [1] which says that increasing number of wrappers for OS calls might not be the only way to approach portability.
I hope we have enough committers (more than thirty) to support GSoC. If one of gifted students joins my project for cut&paste detection [2], then I try supporting that venture first because open sourcing my current project depends on that tool. [1] http://markmail.org/message/n3pfqiyup7b5x5to [2] http://wiki.apache.org/general/SummerOfCode2009#rat-project 2009/3/17 Ian Rogers <[email protected]>: > 2009/3/17 Alexei Fedotov <[email protected]> > >> Ian, >> >> The project is great. But you hardly get the student to handle the >> whole scope correctly. Programming and reconciling simple things like >> loggers or portability libraries requires more experience, than >> programming functional specs or complex algorithms, because it is a >> matter of convenience and conventions at the first place. >> >> Defining a smaller scope with conventional open standards as a base >> for reconciling would be a big plus. >> >> Thanks! >> > > Hi Alexei, > > thanks for the positive input. What I'd like to see is a project where we > can sort out the problems I recently had and still am having in trying to > have a portable and compatible runtime environment with Harmony. I agree > that experience is important. When I asked people for their experiences > porting Harmony I got a number of different replies and solutions. In > general though the portability library wasn't completely doing its job and > DRLVM and IBM had different solutions to this. As DRLVM is open source I > believe it should be come an examplar for porting Harmony and the class > library adapted to follow this. > > Looking at concrete things a student could work on, they could work on > porting the current class library to use APR and where APR isn't enough of a > fit, extending the scope of APR. This would lead to patches against the > class library and against APR. The goal would be to have an examplar way of > implementing portability with Harmony. > > As the student is essentially adapting and refactoring existing code, I > don't think this should be too burdensome for a talented student. I think > the biggest problem is getting the communication right with the project and > agreeing how portability with Harmony should be tackled. I, however, still > need a committer to back this up :-) > > Regards, > Ian > > >> 2009/3/17 Ian Rogers <[email protected]>: >> > 2009/3/17 Sian January <[email protected]> >> > >> >> It's probably worth mentioning at this point that the 'official' >> >> mentor for each project needs to be a Harmony committer even if >> >> someone else is going to be doing the mentoring - I think this is >> >> either a Google or Apache rule. If you're acting as a surrogate for >> >> someone else then you would probably be allowed to be the official >> >> mentor for two or three projects (normally just one is allowed) but >> >> not for many more. >> >> >> >> Looking at the Wiki I think it's just Andrew's project so far ("Extend >> >> VMTT") that needs a surrogate or co-mentor if there are any willing >> >> committers. >> >> >> >> Thanks, >> >> >> >> Sian >> > >> > >> > >> > I'd like to propose the project below as I believe it could have helped >> me >> > recently. Last year I was a potential co-mentor for a Harmony project >> that >> > wasn't selected. If people are happy I'd like to list this project on the >> > wiki and get a committer (or committers) to also help with the mentoring. >> > >> > Regards, >> > Ian >> > >> > || '''Subject ID''' || ''harmony-portlib'' || >> > || '''Title''' || '''Reconcile Apache Harmony portlib and the Apache >> > Portable Runtime''' || >> > || '''ASF Project''' || Apache Harmony http://harmony.apache.org || >> > || '''Keywords''' || Harmony, APR|| >> > || '''Description''' || To enable the Harmony class library to be easily >> > ported to new platforms a portability library exists. By replacing >> > components in the portability library a VM may integrate with the Harmony >> > libraries. Alternatively a VM may use and build on the portability >> library >> > with Harmony. No current VM builds on top of just the portability >> library. >> > The IBM VMs use bespoke OS integration, DRLVM uses this and the Apache >> > Portable Runtime (APR), Jikes RVM uses the Harmony portability library >> and >> > limited bespoke OS integration. The Apache Portable Runtime differs from >> the >> > Harmony portability library in that virtual memory functions are exposed >> via >> > mmap/munmap/mprotect rather than reserve/free/commit/decommit and also >> > memory pools are used to isolate use of the heap. The Harmony portability >> > library used to, but no longer, provides a portable signal handling >> > mechanism. >> > This project will reconcile the Harmony portability library and the >> Apache >> > Portable Runtime. One option is to recode the Harmony portability library >> > entirely using the APR, adding support for signal handling whilst also >> > adding support to APR for a different means of managing virtual memory. >> > Ideally multiple open source Harmony VMs can be tested with this >> portability >> > layer such as DRLVM and Jikes RVM.|| >> > || '''Possible Mentors''' || Ian Rogers || >> > || '''Status''' || Unassigned || >> > >> > >> > >> >> >> >> >> >> 2009/3/17 Alexei Fedotov <[email protected]>: >> >> > I like GSoC tasks from Sean and Andrew. >> >> > >> >> > Jimmy, >> >> > Can you provide a sort of analysis of your tasks? Are there any open >> >> > source automatic translation tools? How a web updater relates to NSIS >> >> > and Java WebStart? Is there any relation between your multi-vm and >> >> > isolation API? What is in a smallest class set except -verbose:class? >> >> > Please, provide more motivation. >> >> > >> >> > As one of Apache gurus said, "You want start a new open source >> project? >> >> Don't." >> >> > >> >> > Thanks! >> >> > >> >> > On Tue, Mar 17, 2009 at 2:44 PM, Jimmy,Jing Lv <[email protected]> >> >> wrote: >> >> >> Hi, >> >> >> >> >> >> I've added 4 proposal there. Looking for >> >> discussions/suggestions/comments :) >> >> >> >> >> >> 2009/3/16 Sian January <[email protected]>: >> >> >>> Just wanted to encourage people to write their ideas up on the Wiki >> - >> >> >>> only Oliver has done it so far and there is a deadline. >> >> >>> >> >> >>> Thanks, >> >> >>> >> >> >>> Sian >> >> >>> >> >> >>> >> >> >>> 2009/3/12 Andrew Cornwall <[email protected]>: >> >> >>>> Is there any desire to extend VMTT? >> >> >>>> >> >> >>>> - add a real assembly format (jsr :label or something like that, >> >> instead of >> >> >>>> jsr -11.) (Does jasm do this, and if so could we use their format?) >> >> >>>> - add flexibility for bad classes >> >> >>>> - specifying the padding for tableswitch/lookupswitch >> >> >>>> - allow double/long constantpool entries without subsequent >> >> constant >> >> >>>> pool entry >> >> >>>> - mixed asm and bin in methods >> >> >>>> - allow insertion of binary data at other places (eg constant >> pool) >> >> >>>> - fix bugs >> >> >>>> >> >> >>>> Just some thoughts... >> >> >>>> >> >> >>>> Andrew Jr. >> >> >>>> >> >> >>>> On Wed, Mar 4, 2009 at 5:03 PM, Xiao-Feng Li <xiaofeng.li@ >> gmail.com> >> >> wrote: >> >> >>>> >> >> >>>>> On Wed, Mar 4, 2009 at 10:43 PM, Egor Pasko <[email protected] >> > >> >> wrote: >> >> >>>>> > On the 0x56A day of Apache Harmony Xiao-Feng Li wrote: >> >> >>>>> >> On Wed, Mar 4, 2009 at 6:46 PM, Egor Pasko < >> [email protected]> >> >> >>>>> wrote: >> >> >>>>> >>> On the 0x56A day of Apache Harmony Xiao-Feng Li wrote: >> >> >>>>> >>>> This is interesting. Project ideas related to this include: >> >> >>>>> >>>> >> >> >>>>> >>>> 1. Make Apache Harmony support Google Android applications. >> >> (Android >> >> >>>>> >>>> on Harmony should be much faster with the much more powerful >> JIT >> >> and >> >> >>>>> >>>> GC). >> >> >>>>> >>> >> >> >>>>> >>> Do you mean replacing Dalvik on top of the Android stack or >> >> making a >> >> >>>>> >>> system that works on a common desktop? >> >> >>>>> >> >> >> >>>>> >> Something like that... :) At the moment I prefer the second >> >> approach: >> >> >>>>> >> to make Harmony ready for Android applications on desktop. The >> >> first >> >> >>>>> >> approach probably should be a project of Google Android. >> >> >>>>> > >> >> >>>>> > sounds like a nice idea :) though I cannot imagine how much work >> is >> >> >>>>> > required to make this happen.. >> >> >>>>> >> >> >>>>> Yes, there are lots of work in it. Well only when somebody really >> >> >>>>> starts thinking about it, can we gradually get some good >> solution. >> >> To >> >> >>>>> replace Dalvik with Harmony in Android stack might be easier. In >> any >> >> >>>>> case, it requires to run Android on top of a desktop OS, with full >> >> >>>>> libc and utils, because that's Harmony needs. That's why I have >> the >> >> >>>>> second project idea, to reduce Harmony into a very concise version >> >> >>>>> that requires only minimum OS supports, as minimum as Android >> >> >>>>> requires. :) >> >> >>>>> >> >> >>>>> Thanks, >> >> >>>>> xiaofeng >> >> >>>>> >> >> >>>>> > -- >> >> >>>>> > Egor Pasko >> >> >>>>> > >> >> >>>>> > >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> -- >> >> >>>>> Managed Runtime Technology Center, Intel >> >> >>>>> >> >> >>>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> -- >> >> >>> Unless stated otherwise above: >> >> >>> IBM United Kingdom Limited - Registered in England and Wales with >> >> number 741598. >> >> >>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire >> PO6 >> >> 3AU >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> Best Regards! >> >> >> >> >> >> Jimmy, Jing Lv >> >> >> China Software Development Lab, IBM >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > С уважением, >> >> > Алексей Федотов, >> >> > http://people.apache.org/~aaf/ <http://people.apache.org/%7Eaaf/> < >> http://people.apache.org/%7Eaaf/> >> >> > >> >> >> >> >> >> >> >> -- >> >> Unless stated otherwise above: >> >> IBM United Kingdom Limited - Registered in England and Wales with number >> >> 741598. >> >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 >> 3AU >> >> >> > >> >> >> >> -- >> С уважением, >> Алексей Федотов, >> http://people.apache.org/~aaf/ <http://people.apache.org/%7Eaaf/> >> > -- С уважением, Алексей Федотов, http://people.apache.org/~aaf/
