> Btw, what typically constitutes the porting layer? For GC it is mostly limited to atomic and fence inlinable asm codes and thread OS calls.
On Fri, Mar 28, 2008 at 12:45 AM, Alexei Fedotov <[EMAIL PROTECTED]> wrote: > Parrot community have a pretty interesting and resourceful test base > including tests which run regular expressions against their code which > fail when the code style is not good. The only stress test they have > is fortunately a test against GC [1], so it may be a good start. > Generally this would be a good idea to address these questions to > their list and ask them for cross-mentoring. Building good relations > and understanding their code of conduct would ease acceptance of your > work later. > > As for the porting layer, Maria tried merging Harmony and Parrot > porting layers and faced difficulties adjusting our hythread layer > based on port layer based on apr layer based on OS layer to parrot > based on source configure-like preprocessing. Another challenge is a > pure C nature of Parrot code which makes embedding our sources tainted > with C++ painful. For me it seems feasible to build GC into a separate > dynamic library using Harmony build system, and plug it into Parrot > using a binary DLL interface you have to tune. > > [1] parrot/t/stress/gc.t > > > > On Thu, Mar 27, 2008 at 11:21 PM, Senaka Fernando <[EMAIL PROTECTED]> wrote: > > Hi Alexei, > > > > On Fri, Mar 28, 2008 at 1:17 AM, Alexei Fedotov <[EMAIL PROTECTED]> > > wrote: > > > > > Hello Senaka, > > > > > > Thanks for the prompt reply. > > > > > > > > > > Welcome to the community. If I would set expectations for > > > harmony-gc-5, I would suggest that Parrot VM test base passes on > > > Parrot with XFL garbage collector plugged in. > > > > > > Since there is a test base I believe I that it would be much easier to > track > > the flow of my work and understand the expectation. Do you believe that > the > > Parrot VM test base would cover all the necessary requirements so that I > can > > take a look of what is expected? > > > > Also, I would like to know whether there are any JIRA issues, test > branches, > > etc. or any similar initiatives that you've taken regarding this feature. > > > > > > > > > This includes subtasks > > > such as unplugging Harmony GC from DRLVM, adjusting GC interface and > > > code to work with object layout coded in Parrot PMCs* instead of > > > layouts accessed via java object virtual tables and resolving porting > > > layer and linking conflicts. > > > > > > I can rather target these tasks as objectives. Btw, what typically > > constitutes the porting layer? > > > > > > > > > > > > > > > Thank you for your interest! > > > > > > * Which are very different from Apache PMCs. > > > > > > :) > > > > Regards, > > Senaka > > > > > > > > > > > > > > On Thu, Mar 27, 2008 at 9:55 PM, Senaka Fernando <[EMAIL PROTECTED]> > > > wrote: > > > > Hi Xiaofeng, > > > > > > > > I'm a 3rd year university student with a C/C++ background and also a > > > > reasonable amount of knowledge in Perl and Java. I'm interested in > > > working > > > > on the "*Build a garbage collector for C/C++ programs on the top of > > > Harmony" > > > > project (harmony-gc-5). I would like to know your expectations > > > regarding > > > > this. > > > > > > > > I have read through the Markmail archives of the Harmony dev list, > and > > > also > > > > the discussion at [1]. And, would like to know a bit more on this > > > project. > > > > > > > > [1] http://www.perl6.org/perl6-internals/2007-10/msg00091.html > > > > > > > > Thanks, > > > > > > > > Senaka Fernando, > > > > Dept. of Computer Science & Engineering, > > > > University of Moratuwa, > > > > Sri Lanka > > > > * > > > > > > > > > > > > > > > > -- > > > With best regards, > > > Alexei > > > > > > > > > -- > With best regards, > Alexei > -- With best regards, Alexei
