You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by "Geir Magnusson Jr." <ge...@pobox.com> on 2006/10/20 07:23:23 UTC
[general] Incubator graduation update
For those that haven't been following along....
Graduating from the Incubator is a "dynamic" process, as there's no
really hard and fast rules to satisfy. On one hand, this is a good
thing, because determining the health and prospect of future success of
an Apache community is a difficult job, and it therefore relies on the
experience and judgment of the Incubator PMC members. (It also allows
the process to be adapted for different kinds of podlings - we're a
weird one...) On the other hand, it can result it individual Incubator
PMC members using different "filter" criterion.
Now, I'm really proud to be a part of this community - I think we work
very well together, collaboratively, in a positive and friendly
atmosphere, and have demonstrated time and again the ability to vote,
deal with issues that arise in voting, deal with differences of opinion,
amass great hunks of software into an orderly project, etc.
That said, I'm not very optimistic that we'll be able to bring this to a
close in time for this month's board meeting. It's a shame, but that's
ok - we're really in no rush, and if not this month, then next month.
There are no major problems - it's partially because of the rather short
timelines we tried, and partially because there are a few issues under
discussion on the general@incubator.apache.org list, a list I encourage
all of you to subscribe to and participate in.
First, there are minor 'nits' here and there related to license and
license headers. For example, we're missing the antlr license in our
NOTICE file. Patch anyone? Also, there are other minor things here and
there which can be found with this tool :
http://code.google.com/p/arat/
Anyone interested in running it ASAP and giving us a set of patches to
get a clean bill of health?
Second, we're having a discussion on the general@ list (in which we all
can participate) regarding the necessity of a project going through a
release. This isn't actually an Incubator requirement, but the case
where information on community health and dynamics is absent or scarce,
it's a reasonable exercise.
However... for Harmony, that isn't the case. I've been arguing that
there's plenty of information on us. All four of us mentors (Stefano,
Leo, Dims and myself) reported very positive independent assessments of
the community (go read on general@) and we have 18 months of consistent,
positive interaction with each other. My thinking was that
1) A release is something that we haven't wanted to do yet as a project,
as our interest is in producing a more complete and stable
implementation first. We have a roadmap, it's been published for a
while now, and at least for me, it's the goal that I'm looking towards
every day. (heck... we're still deciding what "supported" means...)
2) We're not stable enough to do something we want to shout out to the
world as a "developer release" or similar. We will be ready soon, but
not now. (This is just my personal opinion - others may certainly
differ...)
Anyway, that's what I feel about it. There are Incubator PMC members
that have decided that there is ample information (Dims, Stefano and Leo
really hit it out of the park with their assessments... thanks guys!)
and have changed their minds, and I'm hoping to reach consensus with the
rest that there *is* enough information.
However, if not, and some IPMC memebers still really want to see a
demonstration of a release process, we can certainly do that. I've
thought about what we might release. One thing that came to mind is a
Pack200 jar :)
Any other ideas, and any other thoughts?
geir
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Alex Blewitt wrote:
>> However, if not, and some IPMC memebers still really want to see a
>> demonstration of a release process, we can certainly do that. I've
>> thought about what we might release. One thing that came to mind is a
>> Pack200 jar :)
>
> :-) So, you're saying I've got less than a month to finish it ...
Nope! This was my worry - that this "testing" would disrupt normal
life. Keep going at whatever course and speed you want. The point of a
release would be to do the release, not show working perfect code.
>
> I'll probably be able to get *something* ready for a release, but I
> doubt it will be fully compliant by then. The problem is that
> decompressed Jars are supposed to be exactly the same for any
> decompressor, so that MD5 signatures remain valid afterwards. What I
> can probably get is an unpacked Jar that will execute, but might be in
> a different ordering or have different MD5 signatures for components.
> The problem is that there's a lot of possible combinations of input
> files ...
Don't worry :)
>
> I've also tended to do fairly large code drops in patches, because it
> normally means a few days between submission and when it can be
> applied (thanks for the last one Paulex :-) I'd prefer to submit
> smaller patches as and when new functionality is added, but it would
> take longer that way.
Small patches would be better ;)
>
> PS When's the code going to be moved to a jdktools subproject?
That's actually a subject for a separate thread - given that the core
code is in the classlib, we can't...
geir
>
> Alex.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Paulex Yang <pa...@gmail.com>.
Alex Blewitt wrote:
>> However, if not, and some IPMC memebers still really want to see a
>> demonstration of a release process, we can certainly do that. I've
>> thought about what we might release. One thing that came to mind is a
>> Pack200 jar :)
>
> :-) So, you're saying I've got less than a month to finish it ...
>
> I'll probably be able to get *something* ready for a release, but I
> doubt it will be fully compliant by then. The problem is that
> decompressed Jars are supposed to be exactly the same for any
> decompressor, so that MD5 signatures remain valid afterwards. What I
> can probably get is an unpacked Jar that will execute, but might be in
> a different ordering or have different MD5 signatures for components.
> The problem is that there's a lot of possible combinations of input
> files ...
>
> I've also tended to do fairly large code drops in patches, because it
> normally means a few days between submission and when it can be
> applied (thanks for the last one Paulex :-) I'd prefer to submit
> smaller patches as and when new functionality is added, but it would
> take longer that way.
You are welcome:).
About the size of patches, IMO it's a dilemma, if the patch is large and
contains too many information for committers to understand in a glance,
it generally needs more time to get it applied; while a relative smaller
patch with clear objective and reasonable tests probably has more chance
to go in the SVN very soon.
>
> PS When's the code going to be moved to a jdktools subproject?
I can do that if no one objects(I personally +1 for that, but I'm
waiting for more committers' opinion on this issue), and if you can
provide a script to do that(svn move or so), it would be nice.
>
> Alex.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Paulex Yang
China Software Development Lab
IBM
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Alex Blewitt <al...@gmail.com>.
> However, if not, and some IPMC memebers still really want to see a
> demonstration of a release process, we can certainly do that. I've
> thought about what we might release. One thing that came to mind is a
> Pack200 jar :)
:-) So, you're saying I've got less than a month to finish it ...
I'll probably be able to get *something* ready for a release, but I
doubt it will be fully compliant by then. The problem is that
decompressed Jars are supposed to be exactly the same for any
decompressor, so that MD5 signatures remain valid afterwards. What I
can probably get is an unpacked Jar that will execute, but might be in
a different ordering or have different MD5 signatures for components.
The problem is that there's a lot of possible combinations of input
files ...
I've also tended to do fairly large code drops in patches, because it
normally means a few days between submission and when it can be
applied (thanks for the last one Paulex :-) I'd prefer to submit
smaller patches as and when new functionality is added, but it would
take longer that way.
PS When's the code going to be moved to a jdktools subproject?
Alex.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Mikhail Loenko wrote:
> 2006/10/20, Geir Magnusson Jr. <ge...@pobox.com>:
>> For those that haven't been following along....
>>
>> Graduating from the Incubator is a "dynamic" process, as there's no
>> really hard and fast rules to satisfy. On one hand, this is a good
>> thing, because determining the health and prospect of future success of
>> an Apache community is a difficult job, and it therefore relies on the
>> experience and judgment of the Incubator PMC members. (It also allows
>> the process to be adapted for different kinds of podlings - we're a
>> weird one...) On the other hand, it can result it individual Incubator
>> PMC members using different "filter" criterion.
>>
>> Now, I'm really proud to be a part of this community - I think we work
>> very well together, collaboratively, in a positive and friendly
>> atmosphere, and have demonstrated time and again the ability to vote,
>> deal with issues that arise in voting, deal with differences of opinion,
>> amass great hunks of software into an orderly project, etc.
>>
>> That said, I'm not very optimistic that we'll be able to bring this to a
>> close in time for this month's board meeting. It's a shame, but that's
>> ok - we're really in no rush, and if not this month, then next month.
>> There are no major problems - it's partially because of the rather short
>> timelines we tried, and partially because there are a few issues under
>> discussion on the general@incubator.apache.org list, a list I encourage
>> all of you to subscribe to and participate in.
>>
>> First, there are minor 'nits' here and there related to license and
>> license headers. For example, we're missing the antlr license in our
>> NOTICE file. Patch anyone? Also, there are other minor things here and
>> there which can be found with this tool :
>>
>> http://code.google.com/p/arat/
>>
>> Anyone interested in running it ASAP and giving us a set of patches to
>> get a clean bill of health?
>>
>> Second, we're having a discussion on the general@ list (in which we all
>> can participate) regarding the necessity of a project going through a
>> release. This isn't actually an Incubator requirement, but the case
>> where information on community health and dynamics is absent or scarce,
>> it's a reasonable exercise.
>>
>> However... for Harmony, that isn't the case. I've been arguing that
>> there's plenty of information on us. All four of us mentors (Stefano,
>> Leo, Dims and myself) reported very positive independent assessments of
>> the community (go read on general@) and we have 18 months of consistent,
>> positive interaction with each other. My thinking was that
>>
>> 1) A release is something that we haven't wanted to do yet as a project,
>> as our interest is in producing a more complete and stable
>> implementation first. We have a roadmap, it's been published for a
>> while now, and at least for me, it's the goal that I'm looking towards
>> every day. (heck... we're still deciding what "supported" means...)
>>
>> 2) We're not stable enough to do something we want to shout out to the
>> world as a "developer release" or similar. We will be ready soon, but
>> not now. (This is just my personal opinion - others may certainly
>> differ...)
>>
>> Anyway, that's what I feel about it. There are Incubator PMC members
>> that have decided that there is ample information (Dims, Stefano and Leo
>> really hit it out of the park with their assessments... thanks guys!)
>> and have changed their minds, and I'm hoping to reach consensus with the
>> rest that there *is* enough information.
>>
>> However, if not, and some IPMC memebers still really want to see a
>> demonstration of a release process, we can certainly do that. I've
>> thought about what we might release. One thing that came to mind is a
>> Pack200 jar :)
>>
>> Any other ideas, and any other thoughts?
>
> Another option: We have three security providers that are independent
> pluggable modules by definition. We can release all or some of them
Good idea.
>
> Thanks,
> Mikhail
>
>>
>> geir
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Alexei Zakharov <al...@gmail.com>.
The same situation with DNS provider for JNDI. The only dependence is
the internationalization stuff added recently.
Regards,
2006/10/20, Mikhail Loenko <ml...@gmail.com>:
> 2006/10/20, Geir Magnusson Jr. <ge...@pobox.com>:
> > For those that haven't been following along....
> >
> > Graduating from the Incubator is a "dynamic" process, as there's no
> > really hard and fast rules to satisfy. On one hand, this is a good
> > thing, because determining the health and prospect of future success of
> > an Apache community is a difficult job, and it therefore relies on the
> > experience and judgment of the Incubator PMC members. (It also allows
> > the process to be adapted for different kinds of podlings - we're a
> > weird one...) On the other hand, it can result it individual Incubator
> > PMC members using different "filter" criterion.
> >
> > Now, I'm really proud to be a part of this community - I think we work
> > very well together, collaboratively, in a positive and friendly
> > atmosphere, and have demonstrated time and again the ability to vote,
> > deal with issues that arise in voting, deal with differences of opinion,
> > amass great hunks of software into an orderly project, etc.
> >
> > That said, I'm not very optimistic that we'll be able to bring this to a
> > close in time for this month's board meeting. It's a shame, but that's
> > ok - we're really in no rush, and if not this month, then next month.
> > There are no major problems - it's partially because of the rather short
> > timelines we tried, and partially because there are a few issues under
> > discussion on the general@incubator.apache.org list, a list I encourage
> > all of you to subscribe to and participate in.
> >
> > First, there are minor 'nits' here and there related to license and
> > license headers. For example, we're missing the antlr license in our
> > NOTICE file. Patch anyone? Also, there are other minor things here and
> > there which can be found with this tool :
> >
> > http://code.google.com/p/arat/
> >
> > Anyone interested in running it ASAP and giving us a set of patches to
> > get a clean bill of health?
> >
> > Second, we're having a discussion on the general@ list (in which we all
> > can participate) regarding the necessity of a project going through a
> > release. This isn't actually an Incubator requirement, but the case
> > where information on community health and dynamics is absent or scarce,
> > it's a reasonable exercise.
> >
> > However... for Harmony, that isn't the case. I've been arguing that
> > there's plenty of information on us. All four of us mentors (Stefano,
> > Leo, Dims and myself) reported very positive independent assessments of
> > the community (go read on general@) and we have 18 months of consistent,
> > positive interaction with each other. My thinking was that
> >
> > 1) A release is something that we haven't wanted to do yet as a project,
> > as our interest is in producing a more complete and stable
> > implementation first. We have a roadmap, it's been published for a
> > while now, and at least for me, it's the goal that I'm looking towards
> > every day. (heck... we're still deciding what "supported" means...)
> >
> > 2) We're not stable enough to do something we want to shout out to the
> > world as a "developer release" or similar. We will be ready soon, but
> > not now. (This is just my personal opinion - others may certainly
> > differ...)
> >
> > Anyway, that's what I feel about it. There are Incubator PMC members
> > that have decided that there is ample information (Dims, Stefano and Leo
> > really hit it out of the park with their assessments... thanks guys!)
> > and have changed their minds, and I'm hoping to reach consensus with the
> > rest that there *is* enough information.
> >
> > However, if not, and some IPMC memebers still really want to see a
> > demonstration of a release process, we can certainly do that. I've
> > thought about what we might release. One thing that came to mind is a
> > Pack200 jar :)
> >
> > Any other ideas, and any other thoughts?
>
> Another option: We have three security providers that are independent
> pluggable modules by definition. We can release all or some of them
--
Alexei Zakharov,
Intel Enterprise Solutions Software Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Mikhail Loenko <ml...@gmail.com>.
2006/10/20, Geir Magnusson Jr. <ge...@pobox.com>:
> For those that haven't been following along....
>
> Graduating from the Incubator is a "dynamic" process, as there's no
> really hard and fast rules to satisfy. On one hand, this is a good
> thing, because determining the health and prospect of future success of
> an Apache community is a difficult job, and it therefore relies on the
> experience and judgment of the Incubator PMC members. (It also allows
> the process to be adapted for different kinds of podlings - we're a
> weird one...) On the other hand, it can result it individual Incubator
> PMC members using different "filter" criterion.
>
> Now, I'm really proud to be a part of this community - I think we work
> very well together, collaboratively, in a positive and friendly
> atmosphere, and have demonstrated time and again the ability to vote,
> deal with issues that arise in voting, deal with differences of opinion,
> amass great hunks of software into an orderly project, etc.
>
> That said, I'm not very optimistic that we'll be able to bring this to a
> close in time for this month's board meeting. It's a shame, but that's
> ok - we're really in no rush, and if not this month, then next month.
> There are no major problems - it's partially because of the rather short
> timelines we tried, and partially because there are a few issues under
> discussion on the general@incubator.apache.org list, a list I encourage
> all of you to subscribe to and participate in.
>
> First, there are minor 'nits' here and there related to license and
> license headers. For example, we're missing the antlr license in our
> NOTICE file. Patch anyone? Also, there are other minor things here and
> there which can be found with this tool :
>
> http://code.google.com/p/arat/
>
> Anyone interested in running it ASAP and giving us a set of patches to
> get a clean bill of health?
>
> Second, we're having a discussion on the general@ list (in which we all
> can participate) regarding the necessity of a project going through a
> release. This isn't actually an Incubator requirement, but the case
> where information on community health and dynamics is absent or scarce,
> it's a reasonable exercise.
>
> However... for Harmony, that isn't the case. I've been arguing that
> there's plenty of information on us. All four of us mentors (Stefano,
> Leo, Dims and myself) reported very positive independent assessments of
> the community (go read on general@) and we have 18 months of consistent,
> positive interaction with each other. My thinking was that
>
> 1) A release is something that we haven't wanted to do yet as a project,
> as our interest is in producing a more complete and stable
> implementation first. We have a roadmap, it's been published for a
> while now, and at least for me, it's the goal that I'm looking towards
> every day. (heck... we're still deciding what "supported" means...)
>
> 2) We're not stable enough to do something we want to shout out to the
> world as a "developer release" or similar. We will be ready soon, but
> not now. (This is just my personal opinion - others may certainly
> differ...)
>
> Anyway, that's what I feel about it. There are Incubator PMC members
> that have decided that there is ample information (Dims, Stefano and Leo
> really hit it out of the park with their assessments... thanks guys!)
> and have changed their minds, and I'm hoping to reach consensus with the
> rest that there *is* enough information.
>
> However, if not, and some IPMC memebers still really want to see a
> demonstration of a release process, we can certainly do that. I've
> thought about what we might release. One thing that came to mind is a
> Pack200 jar :)
>
> Any other ideas, and any other thoughts?
Another option: We have three security providers that are independent
pluggable modules by definition. We can release all or some of them
Thanks,
Mikhail
>
> geir
>
>
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Mark Hindess wrote:
> On 20 October 2006 at 10:11, "Geir Magnusson Jr." <ge...@pobox.com> wrote:
>>
>> Mark Hindess wrote:
>>> On 20 October 2006 at 9:31, Tim Ellison <t....@gmail.com> wrote:
>>>> FWIW: Below are the results of running RAT on a windows snapshot.
>>>> For some reason it complained about lack of ASF block comments in
>>>> DLLs, and proceeded to dump them to the console, so I chopped them out
>>>> of the report. Looks like mainly missing block comments in emconf
>>>> files.
>>>>
>>>> I suspect that it will be helpful to do this on an HDK snapshot, plus
>>>> on a source drop (that we don't produce at present, but should IMO).
>>> I'm looking at modifying the federation build to have a source drop
>>> target. It looks like doing:
>>>
>>> svn export . target/src
>>>
>>> and modifying the build.xml to cope with the lack of svn files might
>>> be a good start. I'll probably take a little more work but I'll get
>>> something checked in so we have something to work with.
>> Wait.
>
> I don't think I have much choice. It's more likely you'll be waiting
> for me. ;-) It's not as trivial as it sounds[0] so I'm sure this
> discussion will be done before I'm ready to check anything in. ;-(
>
>> Why not just do a tar/zip on the working_classlib and working_vm with
>> a filter to keep out the generated stuff?
>
> This was my first thought but it didn't take long before I decided I had
> to think again. I think it is much too error prone. Consider figuring
> out which .so files are generated/downloaded and which are in svn.
> Repeat for dll files, jar files, etc. Then keep this up to date. It'd
> be a full-time job.
A *real* unix hacker would walk the tree looking at .svn/entry files ;)
In Perl. in less than 20 lines.
>
> svn export does just the right thing. It takes only the stuff you get
> from svn but without the .svn files. This seems much less likely to
> turn around and bite us. (Though even this isn't without issues.)
Otay.
geir
>
> Regards,
> Mark.
>
> [0] not as trivial as I was expecting that's for sure
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Mark Hindess <ma...@googlemail.com>.
On 20 October 2006 at 10:11, "Geir Magnusson Jr." <ge...@pobox.com> wrote:
>
>
> Mark Hindess wrote:
> > On 20 October 2006 at 9:31, Tim Ellison <t....@gmail.com> wrote:
> >> FWIW: Below are the results of running RAT on a windows snapshot.
> >> For some reason it complained about lack of ASF block comments in
> >> DLLs, and proceeded to dump them to the console, so I chopped them out
> >> of the report. Looks like mainly missing block comments in emconf
> >> files.
> >>
> >> I suspect that it will be helpful to do this on an HDK snapshot, plus
> >> on a source drop (that we don't produce at present, but should IMO).
> >
> > I'm looking at modifying the federation build to have a source drop
> > target. It looks like doing:
> >
> > svn export . target/src
> >
> > and modifying the build.xml to cope with the lack of svn files might
> > be a good start. I'll probably take a little more work but I'll get
> > something checked in so we have something to work with.
>
> Wait.
I don't think I have much choice. It's more likely you'll be waiting
for me. ;-) It's not as trivial as it sounds[0] so I'm sure this
discussion will be done before I'm ready to check anything in. ;-(
> Why not just do a tar/zip on the working_classlib and working_vm with
> a filter to keep out the generated stuff?
This was my first thought but it didn't take long before I decided I had
to think again. I think it is much too error prone. Consider figuring
out which .so files are generated/downloaded and which are in svn.
Repeat for dll files, jar files, etc. Then keep this up to date. It'd
be a full-time job.
svn export does just the right thing. It takes only the stuff you get
from svn but without the .svn files. This seems much less likely to
turn around and bite us. (Though even this isn't without issues.)
Regards,
Mark.
[0] not as trivial as I was expecting that's for sure
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Mark Hindess wrote:
> On 20 October 2006 at 9:31, Tim Ellison <t....@gmail.com> wrote:
>> FWIW: Below are the results of running RAT on a windows snapshot.
>> For some reason it complained about lack of ASF block comments in
>> DLLs, and proceeded to dump them to the console, so I chopped them out
>> of the report. Looks like mainly missing block comments in emconf
>> files.
>>
>> I suspect that it will be helpful to do this on an HDK snapshot, plus
>> on a source drop (that we don't produce at present, but should IMO).
>
> I'm looking at modifying the federation build to have a source drop
> target. It looks like doing:
>
> svn export . target/src
>
> and modifying the build.xml to cope with the lack of svn files might
> be a good start. I'll probably take a little more work but I'll get
> something checked in so we have something to work with.
Wait. Why not just do a tar/zip on the working_classlib and working_vm
with a filter to keep out the generated stuff?
geir
>
> -Mark.
>
> P.S. Geir, can we move
>
> https://svn.apache.org/repos/asf/incubator/harmony/enhanced/trunk/sandbox
>
> out of the federation trunk so the svn export above doesn't copy it?
>
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Mark Hindess <ma...@googlemail.com>.
On 20 October 2006 at 9:31, Tim Ellison <t....@gmail.com> wrote:
> FWIW: Below are the results of running RAT on a windows snapshot.
> For some reason it complained about lack of ASF block comments in
> DLLs, and proceeded to dump them to the console, so I chopped them out
> of the report. Looks like mainly missing block comments in emconf
> files.
>
> I suspect that it will be helpful to do this on an HDK snapshot, plus
> on a source drop (that we don't produce at present, but should IMO).
I'm looking at modifying the federation build to have a source drop
target. It looks like doing:
svn export . target/src
and modifying the build.xml to cope with the lack of svn files might
be a good start. I'll probably take a little more work but I'll get
something checked in so we have something to work with.
-Mark.
P.S. Geir, can we move
https://svn.apache.org/repos/asf/incubator/harmony/enhanced/trunk/sandbox
out of the federation trunk so the svn export above doesn't copy it?
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Egor Pasko wrote:
> On the 0x208 day of Apache Harmony Tim Ellison wrote:
>> FWIW: Below are the results of running RAT on a windows snapshot. For
>> some reason it complained about lack of ASF block comments in DLLs, and
>> proceeded to dump them to the console, so I chopped them out of the
>> report. Looks like mainly missing block comments in emconf files.
>
> I fixed *.emconf block comments in HARMONY-1928. OK?
Thank you, and thanks to Paulex for committing it. (Now, lets see what
we can do about those dll's..... ;)
geir
>
>> I suspect that it will be helpful to do this on an HDK snapshot, plus on
>> a source drop (that we don't produce at present, but should IMO).
>>
>> Regards,
>> Tim
>>
>> -----------------------------------------------------------------------
>> Notes: 3
>> Binaries: 39
>> Archives: 44
>> Standards: 72
>> 27 Apache Licensed
>> 45 Unknown Licenses
>>
>>
>> Analysing Documents...
>> Files with ASL headers will be marked L
>> Binary files (which do not require ASL headers) will be marked B
>> Compressed archives will be marked A
>> Notices, licenses etc will be marked N
>> D \harmony-jre-r450941
>> !????? COPYRIGHT
>> N INCUBATOR_NOTICE.txt
>> N LICENSE
>> N NOTICE
>> !????? THIRD_PARTY_NOTICES.txt
>> !????? readme.txt
>> D \harmony-jre-r450941\bin
>> !????? ICUInterface34.dll
>> !????? Win32Wrapper.dll
>> !????? accessors.dll
>> !????? fontlib.dll
>> !????? gl.dll
>> ASL harmony.properties
>> ASL harmony_ca.properties
>> ASL harmony_cs.properties
>> ASL harmony_de.properties
>> ASL harmony_es.properties
>> ASL harmony_fr.properties
>> ASL harmony_hu.properties
>> ASL harmony_it.properties
>> ASL harmony_ja.properties
>> ASL harmony_ko.properties
>> ASL harmony_pl.properties
>> ASL harmony_pt_BR.properties
>> ASL harmony_ru.properties
>> ASL harmony_sk.properties
>> ASL harmony_sl.properties
>> ASL harmony_tr.properties
>> ASL harmony_zh.properties
>> ASL harmony_zh_TW.properties
>> !????? hyarchive.dll
>> !????? hyauth.dll
>> !????? hyinstrument.dll
>> !????? hyluni.dll
>> !????? hynio.dll
>> !????? hyprefs.dll
>> !????? hyprt.dll
>> !????? hysecurity.dll
>> !????? hysig.dll
>> !????? hytext.dll
>> !????? hythr.dll
>> !????? hyzlib.dll
>> !????? icudt34.dll
>> !????? icuin34.dll
>> !????? icuuc34.dll
>> B java.exe
>> B javaw.exe
>> !????? jpegdecoder.dll
>> !????? lcmm.dll
>> !????? msvcr71.dll
>> D \harmony-jre-r450941\bin\default
>> !????? client.emconf
>> !????? eclipse.bat
>> !????? em.dll
>> !????? encoder.lib
>> !????? gc.dll
>> !????? harmonyvm.dll
>> !????? harmonyvm.lib
>> !????? harmonyvm.properties
>> !????? hythr.dll
>> !????? interpreter.dll
>> !????? jet.emconf
>> !????? jitrino.dll
>> !????? opt.emconf
>> !????? server.emconf
>> !????? server_static.emconf
>> !????? ti.emconf
>> !????? vmi.dll
>> !????? zlib1.dll
>> D \harmony-jre-r450941\doc
>> ASL GettingStarted.htm
>> !????? drl.css
>> D \harmony-jre-r450941\doc\images
>> B DRL_structure.gif
>> B EM_interfaces.gif
>> B Stack.gif
>> B Stack_managed.gif
>> B Stack_native.gif
>> B VM_core.gif
>> B bytecode_to_native.gif
>> B code_selector.gif
>> B compilation_process.gif
>> B debug_java_application.gif
>> B debug_result.gif
>> B debugging_code.gif
>> B final_alloc_all.gif
>> B final_final_queue.gif
>> B final_graph.gif
>> B final_queques.gif
>> B final_threads.gif
>> B final_unmarked_queue.gif
>> B log_categories.gif
>> B monitor_structure.gif
>> B new_java_class.gif
>> B new_project.gif
>> B operand_depth.gif
>> B operand_to_memory.gif
>> B package_explorer.gif
>> B print_hello_world.gif
>> B reference_count.gif
>> B run_java_application.gif
>> B selecting_code.gif
>> B toggle_breakpoint.gif
>> B vCRC.gif
>> B workspace1.gif
>> B workspace_launcher.gif
>> D \harmony-jre-r450941\include
>> ASL jni.h
>> ASL jni_types.h
>> ASL jvmti.h
>> ASL jvmti_types.h
>> D \harmony-jre-r450941\lib
>> ASL logging.properties
>> D \harmony-jre-r450941\lib\boot
>> A accessibility.jar
>> A annotation.jar
>> A antlr-2.7.5.jar
>> A applet.jar
>> A archive.jar
>> A auth.jar
>> A awt.jar
>> A beans.jar
>> ASL bootclasspath.properties
>> A concurrent.jar
>> A crypto.jar
>> A icu4jni-3.4.jar
>> A instrument.jar
>> A jndi.jar
>> A kernel.jar
>> A lang-management.jar
>> A logging.jar
>> A luni-kernel-stubs.jar
>> A luni.jar
>> A math.jar
>> A misc.jar
>> A nio.jar
>> A nio_char.jar
>> A prefs.jar
>> A regex.jar
>> A rmi.jar
>> A security-kernel-stubs.jar
>> A security.jar
>> A sound.jar
>> A sql.jar
>> A suncompat.jar
>> A swing.jar
>> A text.jar
>> A x-net.jar
>> D \harmony-jre-r450941\lib\boot\bcel-5.2
>> A bcel-5.2.jar
>> D \harmony-jre-r450941\lib\boot\icu4j_3.4.4
>> A icu4j_3_4_4.jar
>> D \harmony-jre-r450941\lib\boot\icu4j_3.4.4\META-INF
>> B MANIFEST.MF
>> D \harmony-jre-r450941\lib\boot\mx4j_3.0.1
>> A mx4j-remote.jar
>> A mx4j.jar
>> D \harmony-jre-r450941\lib\boot\mx4j_3.0.1\META-INF
>> B MANIFEST.MF
>> D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0
>> A xalan.jar
>> D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0\META-INF
>> B MANIFEST.MF
>> D \harmony-jre-r450941\lib\boot\xerces_2.8.0
>> A resolver.jar
>> A xercesImpl.jar
>> A xml-apis.jar
>> D \harmony-jre-r450941\lib\boot\xerces_2.8.0\META-INF
>> B MANIFEST.MF
>> D \harmony-jre-r450941\lib\boot\yoko-m1
>> A yoko-rmi.jar
>> A yoko.jar
>> D \harmony-jre-r450941\lib\ext
>> A bcprov.jar
>> D \harmony-jre-r450941\lib\security
>> ASL java.policy
>> ASL java.security
>>
>>
>> Printing headers for files without ASL header...
>>
>>
>> =====================================================================
>> ==COPYRIGHT (\harmony-jre-r450941\COPYRIGHT)
>> =====================================================================
>> The following copyright notice(s) were affixed to portions of the
>> code with which this file is now or was at one time distributed and
>> are placed here unaltered.
>>
>> (C) Copyright 2005 Intel Corporation
>>
>> (C) Copyright 2005-2006 Intel Corporation
>>
>>
>>
>> =====================================================================
>> ==THIRD_PARTY_NOTICES.txt (\harmony-jre-r450941\THIRD_PARTY_NOTICES.txt)
>> =====================================================================
>> The attached notices are provided for information only.
>>
>>
>> License Notice for ICU4C version 3.4
>> ====================================
>>
>> ICU License - ICU 1.8.1 and later
>>
>> COPYRIGHT AND PERMISSION NOTICE
>>
>> Copyright (c) 1995-2005 International Business Machines Corporation and
>> others
>> All rights reserved.
>>
>> Permission is hereby granted, free of charge, to any person obtaining a
>> copy of this software and associated documentation files (the
>> "Software"), to deal in the Software without restriction, including
>> without limitation the rights to use, copy, modify, merge, publish,
>> distribute, and/or sell copies of the Software, and to permit persons
>> to whom the Software is furnished to do so, provided that the above
>> copyright notice(s) and this permission notice appear in all copies of
>> the Software and that both the above copyright notice(s) and this
>> permission notice appear in supporting documentation.
>>
>> THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
>> OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
>> MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
>> OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
>> HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL
>> INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING
>> FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
>> NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
>> WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
>>
>> Except as contained in this notice, the name of a copyright holder
>> shall not be used in advertising or otherwise to promote the sale, use
>> or other dealings in this Software without prior written authorization
>> of the copyright holder.
>>
>> --------------------------------------------------------------------------------
>> All trademarks and registered trademarks mentioned herein are the
>> property of
>> their respective owners.
>>
>>
>>
>>
>> ================================================================================
>> ================================================================================
>>
>>
>>
>>
>>
>>
>> =====================================================================
>> ==readme.txt (\harmony-jre-r450941\readme.txt)
>> =====================================================================
>>
>>
>> Apache Harmony JRE with DRLVM
>> Binary Release for Windows*/ia32
>>
>>
>> CONTENTS
>> ---------
>>
>> The JRE contains the following directories
>>
>>
>> bin - Main DRL executable file and set of dynamic libraries
>> needed for running
>> doc - Getting Started guide
>> include - Set of header files containing an external specification
>> lib - Compiled classes and other resources
>>
>>
>> SYSTEM REQUIREMENTS
>> -------------------
>>
>> This distribution was build for the ia32 architecture and
>> the Windows operating system.
>>
>>
>>
>>
>> JIT EXECUTION MODE
>> ------------------
>>
>> By default, the VM runs with the just-in-time compiler enabled.
>> To start the VM with the interpreter, supply the -Xint command-line option
>> right after the executable name.
>>
>>
>>
>>
>> =====================================================================
>> ==ICUInterface34.dll (\harmony-jre-r450941\bin\ICUInterface34.dll)
>> =====================================================================
>>
>>
>> =====================================================================
>> ==client.emconf (\harmony-jre-r450941\bin\default\client.emconf)
>> =====================================================================
>> #EM configuration file for 'client' mode of Jitrino
>>
>> chains=chain1,chain2
>> chain1.jits=JET_CLINIT
>> chain2.jits=JET_DPGO,CD_OPT
>>
>>
>> # JET_CLINIT compiles only <clinit> methods, all other methods compiled
>> with JET_DPGO
>> # which does entry/backedge instrumentation
>>
>> chain1.filter=+::<clinit>
>> chain1.filter=-
>>
>> JET_CLINIT.file=jitrino
>> JET_DPGO.file=jitrino
>> CD_OPT.file=jitrino
>>
>> #Confuguration of profile collector and recompilation
>> JET_DPGO.genProfile=EB_PROF
>> EB_PROF.profilerType=EB_PROFILER
>> CD_OPT.useProfile=EB_PROF
>>
>>
>> EB_PROF.mode=SYNC
>> EB_PROF.entryThreshold=10000
>> EB_PROF.backedgeThreshold=100000
>>
>> # these options are used only in ASYNC profiler mode
>> #EB_PROF.tbsTimeout=5
>> #EB_PROF.tbsInitialTimeout=0
>>
>>
>>
>> # Options to be passed to JIT
>>
>> -Djit.JET_CLINIT.path=
>> -Djit.JET_DPGO.path=
>>
>> -Djit.CD_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>>
>> -Djit.CD_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
>> -Djit.CD_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
>> -Djit.CD_OPT.path.dce1=cg_dce
>> -Djit.CD_OPT.path.dce2=cg_dce
>> -Djit.CD_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
>> -Djit.CD_OPT.path.bp_regalloc1=bp_regalloc
>> -Djit.CD_OPT.path.bp_regalloc2=bp_regalloc
>>
>> #inliner configuration
>> -Djit.CD_OPT.CD_OPT_inliner_pipeline.filter=-
>>
>>
>>
>> =====================================================================
>> ==eclipse.bat (\harmony-jre-r450941\bin\default\eclipse.bat)
>> =====================================================================
>>
>> @echo off
>> set BUILD_HOME=%~dp0\..\
>>
>>
>> if exist "%ECLIPSE_HOME%/plugins/org.eclipse.jdt.core_3.1.1.jar" (
>> rem Copying Java Launching Plugin to Eclipse directory
>> del /S /Q
>> "%ECLIPSE_HOME%\plugins\org.apache.harmony.eclipse.jdt.launching_1.0.0.*.*"
>> copy
>> "%BUILD_HOME%\lib\org.apache.harmony.eclipse.jdt.launching_1.0.0.jar"
>> "%ECLIPSE_HOME%\plugins"
>> "%BUILD_HOME%\bin\java.exe" -cp "%ECLIPSE_HOME%\startup.jar"
>> -Dosgi.install.area="%ECLIPSE_HOME%" org.eclipse.core.launcher.Main -debug
>> ) else (
>> echo ===================================================================
>> echo Please install Eclipse 3.1.1 or reset ECLIPSE_HOME correspondingly.
>> echo ===================================================================
>> )
>>
>>
>>
>>
>> =====================================================================
>> ==em.dll (\harmony-jre-r450941\bin\default\em.dll)
>> =====================================================================
>>
>>
>>
>> =====================================================================
>> ==harmonyvm.properties
>> (\harmony-jre-r450941\bin\default\harmonyvm.properties)
>> =====================================================================
>>
>> # Define directory containing DRLVM resources
>> -Dorg.apache.harmony.vm.vmdir=%LAUNCHER_HOME%/default/
>>
>> # Define path containing the bootstrap native libraries
>> -Dorg.apache.harmony.vm.bootstrap.library.path=%LAUNCHER_HOME%:%LAUNCHER_HOME%/default
>>
>> # Add the VM-specific classes (kernel) to the bootclasspath
>> #-Xbootclasspath/p:%LAUNCHER_HOME%/default/luni-kernel.jar:%LAUNCHER_HOME%/default/security-kernel.jar
>>
>> # end of file
>>
>>
>>
>>
>> =====================================================================
>> ==hythr.dll (\harmony-jre-r450941\bin\default\hythr.dll)
>> =====================================================================
>>
>>
>> =====================================================================
>> ==jet.emconf (\harmony-jre-r450941\bin\default\jet.emconf)
>> =====================================================================
>> # EM configuration file for JET-only mode of Jitrino
>>
>> chains=chain1
>> chain1.jits=JET
>> JET.file=jitrino
>>
>> # Options to be passed to JIT
>>
>> -Djit.JET.path=
>>
>>
>>
>> =====================================================================
>> ==jitrino.dll (\harmony-jre-r450941\bin\default\jitrino.dll)
>> =====================================================================
>>
>> =====================================================================
>> ==opt.emconf (\harmony-jre-r450941\bin\default\opt.emconf)
>> =====================================================================
>> # EM configuration file for CS_OPT-only mode of Jitrino. This is 'client
>> static' mode
>>
>> chains=chain1
>> chain1.jits=CS_OPT
>> CS_OPT.file=jitrino
>>
>>
>> # Options to be passed to JIT
>>
>> -Djit.CS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>>
>> -Djit.CS_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
>> -Djit.CS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
>> -Djit.CS_OPT.path.dce1=cg_dce
>> -Djit.CS_OPT.path.dce2=cg_dce
>> -Djit.CS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
>> -Djit.CS_OPT.path.bp_regalloc1=bp_regalloc
>> -Djit.CS_OPT.path.bp_regalloc2=bp_regalloc
>>
>> #inliner configuration
>> -Djit.CS_OPT.CS_OPT_inliner_pipeline.filter=-
>> -Djit.CS_OPT.CS_OPT_inliner_pipeline.path=ssa,devirt
>> -Djit.CS_OPT.arg.optimizer.inline.pipeline=CS_OPT_inliner_pipeline
>>
>>
>> -Djit.CS_OPT.arg.codegen.dce1.early=yes
>> -Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
>> -Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>>
>> #-Djit.CS_OPT.arg.log.irdump.file=log/%jit%/%log%/%seqnb%_%class%.%method%.log
>> #-Djit.CS_OPT.arg.log=ct,ir,irdump,all
>>
>>
>>
>> =====================================================================
>> ==server.emconf (\harmony-jre-r450941\bin\default\server.emconf)
>> =====================================================================
>> #EM configuration for 'server' mode of Jitrino
>> chains=chain1,chain2
>> chain1.jits=JET_CLINIT
>> chain2.jits=SD1_OPT,SD2_OPT
>>
>> chain1.filter=+::<clinit>
>> chain1.filter=-
>>
>> JET_CLINIT.file=jitrino
>> SD1_OPT.file=jitrino
>> SD2_OPT.file=jitrino
>>
>> # Edge profiler and recompilation parameters
>> EDGE_PROF.profilerType=EDGE_PROFILER
>> EDGE_PROF.entryThreshold=40000
>> EDGE_PROF.backedgeThreshold=150000
>> EDGE_PROF.tbsTimeout=10
>> EDGE_PROF.tbsInitialTimeout=0
>>
>> SD1_OPT.genProfile=EDGE_PROF
>> SD2_OPT.useProfile=EDGE_PROF
>>
>> #options for JIT
>>
>> -Djit.JET_CLINIT.path=
>>
>>
>> -Djit.SD1_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>>
>> -Djit.SD1_OPT.path.optimizer=ssa,simplify,uce,dce,edge_instrument,dessa,statprof,markglobals
>> -Djit.SD1_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
>> -Djit.SD1_OPT.path.dce1=cg_dce
>> -Djit.SD1_OPT.path.dce2=cg_dce
>> -Djit.SD1_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
>> -Djit.SD1_OPT.path.bp_regalloc1=bp_regalloc
>> -Djit.SD1_OPT.path.bp_regalloc2=bp_regalloc
>>
>> -Djit.SD1_OPT.arg.codegen.dce1.early=yes
>> -Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
>> -Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>>
>> -Djit.SD2_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>>
>> -Djit.SD2_OPT.path.optimizer=ssa,simplify,uce,dce,edge_annotate,lazyexc,devirt,inline,purge,simplify,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
>> -Djit.SD2_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
>> -Djit.SD2_OPT.path.dce1=cg_dce
>> -Djit.SD2_OPT.path.dce2=cg_dce
>> -Djit.SD2_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
>> -Djit.SD2_OPT.path.bp_regalloc1=bp_regalloc
>> -Djit.SD2_OPT.path.bp_regalloc2=bp_regalloc
>>
>>
>>
>> =====================================================================
>> ==server_static.emconf
>> (\harmony-jre-r450941\bin\default\server_static.emconf)
>> =====================================================================
>> # EM configuration file for OPT-only mode of Jitrino with server
>> optimization path. This is 'server static' mode
>>
>> chains=chain1
>> chain1.jits=SS_OPT
>> SS_OPT.file=jitrino
>>
>>
>> # Options to be passed to JIT
>>
>> -Djit.SS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>>
>> -Djit.SS_OPT.path.optimizer=ssa,simplify,uce,dce,statprof,lazyexc,devirt,inline,purge,simplify,uce,dce,hvn,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
>> -Djit.SS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
>> -Djit.SS_OPT.path.dce1=cg_dce
>> -Djit.SS_OPT.path.dce2=cg_dce
>> -Djit.SS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
>> -Djit.SS_OPT.path.bp_regalloc1=bp_regalloc
>> -Djit.SS_OPT.path.bp_regalloc2=bp_regalloc
>>
>> #inliner configuration
>> -Djit.SS_OPT.SS_OPT_inliner_pipeline.filter=-
>> -Djit.SS_OPT.SS_OPT_inliner_pipeline.path=ssa,simplify,uce,dce,statprof,devirt
>> -Djit.SS_OPT.arg.optimizer.inline.pipeline=SS_OPT_inliner_pipeline
>>
>> -Djit.SS_OPT.arg.codegen.dce1.early=yes
>> -Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
>> -Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>>
>>
>>
>> =====================================================================
>> ==ti.emconf (\harmony-jre-r450941\bin\default\ti.emconf)
>> =====================================================================
>> # EM configuration file for JET-only mode of Jitrino
>>
>> chains=chain1
>> chain1.jits=JET_TI
>> JET_TI.file=jitrino
>>
>> #JIT options
>> -Djit.JET_TI.path=
>>
>>
>>
>> =====================================================================
>> ==vmi.dll (\harmony-jre-r450941\bin\default\vmi.dll)
>> =====================================================================
>>
>> =====================================================================
>> ==drl.css (\harmony-jre-r450941\doc\drl.css)
>> =====================================================================
>> P {
>> margin-left: 15pt;
>> margin-top: 5pt;
>> margin-right: 0.00in;
>>
>> <snipped more css content by tim>
>>
>> --
>>
>> Tim Ellison (t.p.ellison@gmail.com)
>> IBM Java technology centre, UK.
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Egor Pasko <eg...@gmail.com>.
On the 0x208 day of Apache Harmony Tim Ellison wrote:
> FWIW: Below are the results of running RAT on a windows snapshot. For
> some reason it complained about lack of ASF block comments in DLLs, and
> proceeded to dump them to the console, so I chopped them out of the
> report. Looks like mainly missing block comments in emconf files.
I fixed *.emconf block comments in HARMONY-1928. OK?
> I suspect that it will be helpful to do this on an HDK snapshot, plus on
> a source drop (that we don't produce at present, but should IMO).
>
> Regards,
> Tim
>
> -----------------------------------------------------------------------
> Notes: 3
> Binaries: 39
> Archives: 44
> Standards: 72
> 27 Apache Licensed
> 45 Unknown Licenses
>
>
> Analysing Documents...
> Files with ASL headers will be marked L
> Binary files (which do not require ASL headers) will be marked B
> Compressed archives will be marked A
> Notices, licenses etc will be marked N
> D \harmony-jre-r450941
> !????? COPYRIGHT
> N INCUBATOR_NOTICE.txt
> N LICENSE
> N NOTICE
> !????? THIRD_PARTY_NOTICES.txt
> !????? readme.txt
> D \harmony-jre-r450941\bin
> !????? ICUInterface34.dll
> !????? Win32Wrapper.dll
> !????? accessors.dll
> !????? fontlib.dll
> !????? gl.dll
> ASL harmony.properties
> ASL harmony_ca.properties
> ASL harmony_cs.properties
> ASL harmony_de.properties
> ASL harmony_es.properties
> ASL harmony_fr.properties
> ASL harmony_hu.properties
> ASL harmony_it.properties
> ASL harmony_ja.properties
> ASL harmony_ko.properties
> ASL harmony_pl.properties
> ASL harmony_pt_BR.properties
> ASL harmony_ru.properties
> ASL harmony_sk.properties
> ASL harmony_sl.properties
> ASL harmony_tr.properties
> ASL harmony_zh.properties
> ASL harmony_zh_TW.properties
> !????? hyarchive.dll
> !????? hyauth.dll
> !????? hyinstrument.dll
> !????? hyluni.dll
> !????? hynio.dll
> !????? hyprefs.dll
> !????? hyprt.dll
> !????? hysecurity.dll
> !????? hysig.dll
> !????? hytext.dll
> !????? hythr.dll
> !????? hyzlib.dll
> !????? icudt34.dll
> !????? icuin34.dll
> !????? icuuc34.dll
> B java.exe
> B javaw.exe
> !????? jpegdecoder.dll
> !????? lcmm.dll
> !????? msvcr71.dll
> D \harmony-jre-r450941\bin\default
> !????? client.emconf
> !????? eclipse.bat
> !????? em.dll
> !????? encoder.lib
> !????? gc.dll
> !????? harmonyvm.dll
> !????? harmonyvm.lib
> !????? harmonyvm.properties
> !????? hythr.dll
> !????? interpreter.dll
> !????? jet.emconf
> !????? jitrino.dll
> !????? opt.emconf
> !????? server.emconf
> !????? server_static.emconf
> !????? ti.emconf
> !????? vmi.dll
> !????? zlib1.dll
> D \harmony-jre-r450941\doc
> ASL GettingStarted.htm
> !????? drl.css
> D \harmony-jre-r450941\doc\images
> B DRL_structure.gif
> B EM_interfaces.gif
> B Stack.gif
> B Stack_managed.gif
> B Stack_native.gif
> B VM_core.gif
> B bytecode_to_native.gif
> B code_selector.gif
> B compilation_process.gif
> B debug_java_application.gif
> B debug_result.gif
> B debugging_code.gif
> B final_alloc_all.gif
> B final_final_queue.gif
> B final_graph.gif
> B final_queques.gif
> B final_threads.gif
> B final_unmarked_queue.gif
> B log_categories.gif
> B monitor_structure.gif
> B new_java_class.gif
> B new_project.gif
> B operand_depth.gif
> B operand_to_memory.gif
> B package_explorer.gif
> B print_hello_world.gif
> B reference_count.gif
> B run_java_application.gif
> B selecting_code.gif
> B toggle_breakpoint.gif
> B vCRC.gif
> B workspace1.gif
> B workspace_launcher.gif
> D \harmony-jre-r450941\include
> ASL jni.h
> ASL jni_types.h
> ASL jvmti.h
> ASL jvmti_types.h
> D \harmony-jre-r450941\lib
> ASL logging.properties
> D \harmony-jre-r450941\lib\boot
> A accessibility.jar
> A annotation.jar
> A antlr-2.7.5.jar
> A applet.jar
> A archive.jar
> A auth.jar
> A awt.jar
> A beans.jar
> ASL bootclasspath.properties
> A concurrent.jar
> A crypto.jar
> A icu4jni-3.4.jar
> A instrument.jar
> A jndi.jar
> A kernel.jar
> A lang-management.jar
> A logging.jar
> A luni-kernel-stubs.jar
> A luni.jar
> A math.jar
> A misc.jar
> A nio.jar
> A nio_char.jar
> A prefs.jar
> A regex.jar
> A rmi.jar
> A security-kernel-stubs.jar
> A security.jar
> A sound.jar
> A sql.jar
> A suncompat.jar
> A swing.jar
> A text.jar
> A x-net.jar
> D \harmony-jre-r450941\lib\boot\bcel-5.2
> A bcel-5.2.jar
> D \harmony-jre-r450941\lib\boot\icu4j_3.4.4
> A icu4j_3_4_4.jar
> D \harmony-jre-r450941\lib\boot\icu4j_3.4.4\META-INF
> B MANIFEST.MF
> D \harmony-jre-r450941\lib\boot\mx4j_3.0.1
> A mx4j-remote.jar
> A mx4j.jar
> D \harmony-jre-r450941\lib\boot\mx4j_3.0.1\META-INF
> B MANIFEST.MF
> D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0
> A xalan.jar
> D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0\META-INF
> B MANIFEST.MF
> D \harmony-jre-r450941\lib\boot\xerces_2.8.0
> A resolver.jar
> A xercesImpl.jar
> A xml-apis.jar
> D \harmony-jre-r450941\lib\boot\xerces_2.8.0\META-INF
> B MANIFEST.MF
> D \harmony-jre-r450941\lib\boot\yoko-m1
> A yoko-rmi.jar
> A yoko.jar
> D \harmony-jre-r450941\lib\ext
> A bcprov.jar
> D \harmony-jre-r450941\lib\security
> ASL java.policy
> ASL java.security
>
>
> Printing headers for files without ASL header...
>
>
> =====================================================================
> ==COPYRIGHT (\harmony-jre-r450941\COPYRIGHT)
> =====================================================================
> The following copyright notice(s) were affixed to portions of the
> code with which this file is now or was at one time distributed and
> are placed here unaltered.
>
> (C) Copyright 2005 Intel Corporation
>
> (C) Copyright 2005-2006 Intel Corporation
>
>
>
> =====================================================================
> ==THIRD_PARTY_NOTICES.txt (\harmony-jre-r450941\THIRD_PARTY_NOTICES.txt)
> =====================================================================
> The attached notices are provided for information only.
>
>
> License Notice for ICU4C version 3.4
> ====================================
>
> ICU License - ICU 1.8.1 and later
>
> COPYRIGHT AND PERMISSION NOTICE
>
> Copyright (c) 1995-2005 International Business Machines Corporation and
> others
> All rights reserved.
>
> Permission is hereby granted, free of charge, to any person obtaining a
> copy of this software and associated documentation files (the
> "Software"), to deal in the Software without restriction, including
> without limitation the rights to use, copy, modify, merge, publish,
> distribute, and/or sell copies of the Software, and to permit persons
> to whom the Software is furnished to do so, provided that the above
> copyright notice(s) and this permission notice appear in all copies of
> the Software and that both the above copyright notice(s) and this
> permission notice appear in supporting documentation.
>
> THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
> OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
> MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
> OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
> HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL
> INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING
> FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
> NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
> WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
>
> Except as contained in this notice, the name of a copyright holder
> shall not be used in advertising or otherwise to promote the sale, use
> or other dealings in this Software without prior written authorization
> of the copyright holder.
>
> --------------------------------------------------------------------------------
> All trademarks and registered trademarks mentioned herein are the
> property of
> their respective owners.
>
>
>
>
> ================================================================================
> ================================================================================
>
>
>
>
>
>
> =====================================================================
> ==readme.txt (\harmony-jre-r450941\readme.txt)
> =====================================================================
>
>
> Apache Harmony JRE with DRLVM
> Binary Release for Windows*/ia32
>
>
> CONTENTS
> ---------
>
> The JRE contains the following directories
>
>
> bin - Main DRL executable file and set of dynamic libraries
> needed for running
> doc - Getting Started guide
> include - Set of header files containing an external specification
> lib - Compiled classes and other resources
>
>
> SYSTEM REQUIREMENTS
> -------------------
>
> This distribution was build for the ia32 architecture and
> the Windows operating system.
>
>
>
>
> JIT EXECUTION MODE
> ------------------
>
> By default, the VM runs with the just-in-time compiler enabled.
> To start the VM with the interpreter, supply the -Xint command-line option
> right after the executable name.
>
>
>
>
> =====================================================================
> ==ICUInterface34.dll (\harmony-jre-r450941\bin\ICUInterface34.dll)
> =====================================================================
>
>
> =====================================================================
> ==client.emconf (\harmony-jre-r450941\bin\default\client.emconf)
> =====================================================================
> #EM configuration file for 'client' mode of Jitrino
>
> chains=chain1,chain2
> chain1.jits=JET_CLINIT
> chain2.jits=JET_DPGO,CD_OPT
>
>
> # JET_CLINIT compiles only <clinit> methods, all other methods compiled
> with JET_DPGO
> # which does entry/backedge instrumentation
>
> chain1.filter=+::<clinit>
> chain1.filter=-
>
> JET_CLINIT.file=jitrino
> JET_DPGO.file=jitrino
> CD_OPT.file=jitrino
>
> #Confuguration of profile collector and recompilation
> JET_DPGO.genProfile=EB_PROF
> EB_PROF.profilerType=EB_PROFILER
> CD_OPT.useProfile=EB_PROF
>
>
> EB_PROF.mode=SYNC
> EB_PROF.entryThreshold=10000
> EB_PROF.backedgeThreshold=100000
>
> # these options are used only in ASYNC profiler mode
> #EB_PROF.tbsTimeout=5
> #EB_PROF.tbsInitialTimeout=0
>
>
>
> # Options to be passed to JIT
>
> -Djit.JET_CLINIT.path=
> -Djit.JET_DPGO.path=
>
> -Djit.CD_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>
> -Djit.CD_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
> -Djit.CD_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
> -Djit.CD_OPT.path.dce1=cg_dce
> -Djit.CD_OPT.path.dce2=cg_dce
> -Djit.CD_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
> -Djit.CD_OPT.path.bp_regalloc1=bp_regalloc
> -Djit.CD_OPT.path.bp_regalloc2=bp_regalloc
>
> #inliner configuration
> -Djit.CD_OPT.CD_OPT_inliner_pipeline.filter=-
>
>
>
> =====================================================================
> ==eclipse.bat (\harmony-jre-r450941\bin\default\eclipse.bat)
> =====================================================================
>
> @echo off
> set BUILD_HOME=%~dp0\..\
>
>
> if exist "%ECLIPSE_HOME%/plugins/org.eclipse.jdt.core_3.1.1.jar" (
> rem Copying Java Launching Plugin to Eclipse directory
> del /S /Q
> "%ECLIPSE_HOME%\plugins\org.apache.harmony.eclipse.jdt.launching_1.0.0.*.*"
> copy
> "%BUILD_HOME%\lib\org.apache.harmony.eclipse.jdt.launching_1.0.0.jar"
> "%ECLIPSE_HOME%\plugins"
> "%BUILD_HOME%\bin\java.exe" -cp "%ECLIPSE_HOME%\startup.jar"
> -Dosgi.install.area="%ECLIPSE_HOME%" org.eclipse.core.launcher.Main -debug
> ) else (
> echo ===================================================================
> echo Please install Eclipse 3.1.1 or reset ECLIPSE_HOME correspondingly.
> echo ===================================================================
> )
>
>
>
>
> =====================================================================
> ==em.dll (\harmony-jre-r450941\bin\default\em.dll)
> =====================================================================
>
>
>
> =====================================================================
> ==harmonyvm.properties
> (\harmony-jre-r450941\bin\default\harmonyvm.properties)
> =====================================================================
>
> # Define directory containing DRLVM resources
> -Dorg.apache.harmony.vm.vmdir=%LAUNCHER_HOME%/default/
>
> # Define path containing the bootstrap native libraries
> -Dorg.apache.harmony.vm.bootstrap.library.path=%LAUNCHER_HOME%:%LAUNCHER_HOME%/default
>
> # Add the VM-specific classes (kernel) to the bootclasspath
> #-Xbootclasspath/p:%LAUNCHER_HOME%/default/luni-kernel.jar:%LAUNCHER_HOME%/default/security-kernel.jar
>
> # end of file
>
>
>
>
> =====================================================================
> ==hythr.dll (\harmony-jre-r450941\bin\default\hythr.dll)
> =====================================================================
>
>
> =====================================================================
> ==jet.emconf (\harmony-jre-r450941\bin\default\jet.emconf)
> =====================================================================
> # EM configuration file for JET-only mode of Jitrino
>
> chains=chain1
> chain1.jits=JET
> JET.file=jitrino
>
> # Options to be passed to JIT
>
> -Djit.JET.path=
>
>
>
> =====================================================================
> ==jitrino.dll (\harmony-jre-r450941\bin\default\jitrino.dll)
> =====================================================================
>
> =====================================================================
> ==opt.emconf (\harmony-jre-r450941\bin\default\opt.emconf)
> =====================================================================
> # EM configuration file for CS_OPT-only mode of Jitrino. This is 'client
> static' mode
>
> chains=chain1
> chain1.jits=CS_OPT
> CS_OPT.file=jitrino
>
>
> # Options to be passed to JIT
>
> -Djit.CS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>
> -Djit.CS_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
> -Djit.CS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
> -Djit.CS_OPT.path.dce1=cg_dce
> -Djit.CS_OPT.path.dce2=cg_dce
> -Djit.CS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
> -Djit.CS_OPT.path.bp_regalloc1=bp_regalloc
> -Djit.CS_OPT.path.bp_regalloc2=bp_regalloc
>
> #inliner configuration
> -Djit.CS_OPT.CS_OPT_inliner_pipeline.filter=-
> -Djit.CS_OPT.CS_OPT_inliner_pipeline.path=ssa,devirt
> -Djit.CS_OPT.arg.optimizer.inline.pipeline=CS_OPT_inliner_pipeline
>
>
> -Djit.CS_OPT.arg.codegen.dce1.early=yes
> -Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
> -Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>
> #-Djit.CS_OPT.arg.log.irdump.file=log/%jit%/%log%/%seqnb%_%class%.%method%.log
> #-Djit.CS_OPT.arg.log=ct,ir,irdump,all
>
>
>
> =====================================================================
> ==server.emconf (\harmony-jre-r450941\bin\default\server.emconf)
> =====================================================================
> #EM configuration for 'server' mode of Jitrino
> chains=chain1,chain2
> chain1.jits=JET_CLINIT
> chain2.jits=SD1_OPT,SD2_OPT
>
> chain1.filter=+::<clinit>
> chain1.filter=-
>
> JET_CLINIT.file=jitrino
> SD1_OPT.file=jitrino
> SD2_OPT.file=jitrino
>
> # Edge profiler and recompilation parameters
> EDGE_PROF.profilerType=EDGE_PROFILER
> EDGE_PROF.entryThreshold=40000
> EDGE_PROF.backedgeThreshold=150000
> EDGE_PROF.tbsTimeout=10
> EDGE_PROF.tbsInitialTimeout=0
>
> SD1_OPT.genProfile=EDGE_PROF
> SD2_OPT.useProfile=EDGE_PROF
>
> #options for JIT
>
> -Djit.JET_CLINIT.path=
>
>
> -Djit.SD1_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>
> -Djit.SD1_OPT.path.optimizer=ssa,simplify,uce,dce,edge_instrument,dessa,statprof,markglobals
> -Djit.SD1_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
> -Djit.SD1_OPT.path.dce1=cg_dce
> -Djit.SD1_OPT.path.dce2=cg_dce
> -Djit.SD1_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
> -Djit.SD1_OPT.path.bp_regalloc1=bp_regalloc
> -Djit.SD1_OPT.path.bp_regalloc2=bp_regalloc
>
> -Djit.SD1_OPT.arg.codegen.dce1.early=yes
> -Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
> -Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>
> -Djit.SD2_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>
> -Djit.SD2_OPT.path.optimizer=ssa,simplify,uce,dce,edge_annotate,lazyexc,devirt,inline,purge,simplify,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
> -Djit.SD2_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
> -Djit.SD2_OPT.path.dce1=cg_dce
> -Djit.SD2_OPT.path.dce2=cg_dce
> -Djit.SD2_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
> -Djit.SD2_OPT.path.bp_regalloc1=bp_regalloc
> -Djit.SD2_OPT.path.bp_regalloc2=bp_regalloc
>
>
>
> =====================================================================
> ==server_static.emconf
> (\harmony-jre-r450941\bin\default\server_static.emconf)
> =====================================================================
> # EM configuration file for OPT-only mode of Jitrino with server
> optimization path. This is 'server static' mode
>
> chains=chain1
> chain1.jits=SS_OPT
> SS_OPT.file=jitrino
>
>
> # Options to be passed to JIT
>
> -Djit.SS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
>
> -Djit.SS_OPT.path.optimizer=ssa,simplify,uce,dce,statprof,lazyexc,devirt,inline,purge,simplify,uce,dce,hvn,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
> -Djit.SS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
> -Djit.SS_OPT.path.dce1=cg_dce
> -Djit.SS_OPT.path.dce2=cg_dce
> -Djit.SS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
> -Djit.SS_OPT.path.bp_regalloc1=bp_regalloc
> -Djit.SS_OPT.path.bp_regalloc2=bp_regalloc
>
> #inliner configuration
> -Djit.SS_OPT.SS_OPT_inliner_pipeline.filter=-
> -Djit.SS_OPT.SS_OPT_inliner_pipeline.path=ssa,simplify,uce,dce,statprof,devirt
> -Djit.SS_OPT.arg.optimizer.inline.pipeline=SS_OPT_inliner_pipeline
>
> -Djit.SS_OPT.arg.codegen.dce1.early=yes
> -Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
> -Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
>
>
>
> =====================================================================
> ==ti.emconf (\harmony-jre-r450941\bin\default\ti.emconf)
> =====================================================================
> # EM configuration file for JET-only mode of Jitrino
>
> chains=chain1
> chain1.jits=JET_TI
> JET_TI.file=jitrino
>
> #JIT options
> -Djit.JET_TI.path=
>
>
>
> =====================================================================
> ==vmi.dll (\harmony-jre-r450941\bin\default\vmi.dll)
> =====================================================================
>
> =====================================================================
> ==drl.css (\harmony-jre-r450941\doc\drl.css)
> =====================================================================
> P {
> margin-left: 15pt;
> margin-top: 5pt;
> margin-right: 0.00in;
>
> <snipped more css content by tim>
>
> --
>
> Tim Ellison (t.p.ellison@gmail.com)
> IBM Java technology centre, UK.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Egor Pasko, Intel Managed Runtime Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Tim Ellison <t....@gmail.com>.
FWIW: Below are the results of running RAT on a windows snapshot. For
some reason it complained about lack of ASF block comments in DLLs, and
proceeded to dump them to the console, so I chopped them out of the
report. Looks like mainly missing block comments in emconf files.
I suspect that it will be helpful to do this on an HDK snapshot, plus on
a source drop (that we don't produce at present, but should IMO).
Regards,
Tim
-----------------------------------------------------------------------
Notes: 3
Binaries: 39
Archives: 44
Standards: 72
27 Apache Licensed
45 Unknown Licenses
Analysing Documents...
Files with ASL headers will be marked L
Binary files (which do not require ASL headers) will be marked B
Compressed archives will be marked A
Notices, licenses etc will be marked N
D \harmony-jre-r450941
!????? COPYRIGHT
N INCUBATOR_NOTICE.txt
N LICENSE
N NOTICE
!????? THIRD_PARTY_NOTICES.txt
!????? readme.txt
D \harmony-jre-r450941\bin
!????? ICUInterface34.dll
!????? Win32Wrapper.dll
!????? accessors.dll
!????? fontlib.dll
!????? gl.dll
ASL harmony.properties
ASL harmony_ca.properties
ASL harmony_cs.properties
ASL harmony_de.properties
ASL harmony_es.properties
ASL harmony_fr.properties
ASL harmony_hu.properties
ASL harmony_it.properties
ASL harmony_ja.properties
ASL harmony_ko.properties
ASL harmony_pl.properties
ASL harmony_pt_BR.properties
ASL harmony_ru.properties
ASL harmony_sk.properties
ASL harmony_sl.properties
ASL harmony_tr.properties
ASL harmony_zh.properties
ASL harmony_zh_TW.properties
!????? hyarchive.dll
!????? hyauth.dll
!????? hyinstrument.dll
!????? hyluni.dll
!????? hynio.dll
!????? hyprefs.dll
!????? hyprt.dll
!????? hysecurity.dll
!????? hysig.dll
!????? hytext.dll
!????? hythr.dll
!????? hyzlib.dll
!????? icudt34.dll
!????? icuin34.dll
!????? icuuc34.dll
B java.exe
B javaw.exe
!????? jpegdecoder.dll
!????? lcmm.dll
!????? msvcr71.dll
D \harmony-jre-r450941\bin\default
!????? client.emconf
!????? eclipse.bat
!????? em.dll
!????? encoder.lib
!????? gc.dll
!????? harmonyvm.dll
!????? harmonyvm.lib
!????? harmonyvm.properties
!????? hythr.dll
!????? interpreter.dll
!????? jet.emconf
!????? jitrino.dll
!????? opt.emconf
!????? server.emconf
!????? server_static.emconf
!????? ti.emconf
!????? vmi.dll
!????? zlib1.dll
D \harmony-jre-r450941\doc
ASL GettingStarted.htm
!????? drl.css
D \harmony-jre-r450941\doc\images
B DRL_structure.gif
B EM_interfaces.gif
B Stack.gif
B Stack_managed.gif
B Stack_native.gif
B VM_core.gif
B bytecode_to_native.gif
B code_selector.gif
B compilation_process.gif
B debug_java_application.gif
B debug_result.gif
B debugging_code.gif
B final_alloc_all.gif
B final_final_queue.gif
B final_graph.gif
B final_queques.gif
B final_threads.gif
B final_unmarked_queue.gif
B log_categories.gif
B monitor_structure.gif
B new_java_class.gif
B new_project.gif
B operand_depth.gif
B operand_to_memory.gif
B package_explorer.gif
B print_hello_world.gif
B reference_count.gif
B run_java_application.gif
B selecting_code.gif
B toggle_breakpoint.gif
B vCRC.gif
B workspace1.gif
B workspace_launcher.gif
D \harmony-jre-r450941\include
ASL jni.h
ASL jni_types.h
ASL jvmti.h
ASL jvmti_types.h
D \harmony-jre-r450941\lib
ASL logging.properties
D \harmony-jre-r450941\lib\boot
A accessibility.jar
A annotation.jar
A antlr-2.7.5.jar
A applet.jar
A archive.jar
A auth.jar
A awt.jar
A beans.jar
ASL bootclasspath.properties
A concurrent.jar
A crypto.jar
A icu4jni-3.4.jar
A instrument.jar
A jndi.jar
A kernel.jar
A lang-management.jar
A logging.jar
A luni-kernel-stubs.jar
A luni.jar
A math.jar
A misc.jar
A nio.jar
A nio_char.jar
A prefs.jar
A regex.jar
A rmi.jar
A security-kernel-stubs.jar
A security.jar
A sound.jar
A sql.jar
A suncompat.jar
A swing.jar
A text.jar
A x-net.jar
D \harmony-jre-r450941\lib\boot\bcel-5.2
A bcel-5.2.jar
D \harmony-jre-r450941\lib\boot\icu4j_3.4.4
A icu4j_3_4_4.jar
D \harmony-jre-r450941\lib\boot\icu4j_3.4.4\META-INF
B MANIFEST.MF
D \harmony-jre-r450941\lib\boot\mx4j_3.0.1
A mx4j-remote.jar
A mx4j.jar
D \harmony-jre-r450941\lib\boot\mx4j_3.0.1\META-INF
B MANIFEST.MF
D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0
A xalan.jar
D \harmony-jre-r450941\lib\boot\xalan-j_2.7.0\META-INF
B MANIFEST.MF
D \harmony-jre-r450941\lib\boot\xerces_2.8.0
A resolver.jar
A xercesImpl.jar
A xml-apis.jar
D \harmony-jre-r450941\lib\boot\xerces_2.8.0\META-INF
B MANIFEST.MF
D \harmony-jre-r450941\lib\boot\yoko-m1
A yoko-rmi.jar
A yoko.jar
D \harmony-jre-r450941\lib\ext
A bcprov.jar
D \harmony-jre-r450941\lib\security
ASL java.policy
ASL java.security
Printing headers for files without ASL header...
=====================================================================
==COPYRIGHT (\harmony-jre-r450941\COPYRIGHT)
=====================================================================
The following copyright notice(s) were affixed to portions of the
code with which this file is now or was at one time distributed and
are placed here unaltered.
(C) Copyright 2005 Intel Corporation
(C) Copyright 2005-2006 Intel Corporation
=====================================================================
==THIRD_PARTY_NOTICES.txt (\harmony-jre-r450941\THIRD_PARTY_NOTICES.txt)
=====================================================================
The attached notices are provided for information only.
License Notice for ICU4C version 3.4
====================================
ICU License - ICU 1.8.1 and later
COPYRIGHT AND PERMISSION NOTICE
Copyright (c) 1995-2005 International Business Machines Corporation and
others
All rights reserved.
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, and/or sell copies of the Software, and to permit persons
to whom the Software is furnished to do so, provided that the above
copyright notice(s) and this permission notice appear in all copies of
the Software and that both the above copyright notice(s) and this
permission notice appear in supporting documentation.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL
INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING
FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
Except as contained in this notice, the name of a copyright holder
shall not be used in advertising or otherwise to promote the sale, use
or other dealings in this Software without prior written authorization
of the copyright holder.
--------------------------------------------------------------------------------
All trademarks and registered trademarks mentioned herein are the
property of
their respective owners.
================================================================================
================================================================================
=====================================================================
==readme.txt (\harmony-jre-r450941\readme.txt)
=====================================================================
Apache Harmony JRE with DRLVM
Binary Release for Windows*/ia32
CONTENTS
---------
The JRE contains the following directories
bin - Main DRL executable file and set of dynamic libraries
needed for running
doc - Getting Started guide
include - Set of header files containing an external specification
lib - Compiled classes and other resources
SYSTEM REQUIREMENTS
-------------------
This distribution was build for the ia32 architecture and
the Windows operating system.
JIT EXECUTION MODE
------------------
By default, the VM runs with the just-in-time compiler enabled.
To start the VM with the interpreter, supply the -Xint command-line option
right after the executable name.
=====================================================================
==ICUInterface34.dll (\harmony-jre-r450941\bin\ICUInterface34.dll)
=====================================================================
=====================================================================
==client.emconf (\harmony-jre-r450941\bin\default\client.emconf)
=====================================================================
#EM configuration file for 'client' mode of Jitrino
chains=chain1,chain2
chain1.jits=JET_CLINIT
chain2.jits=JET_DPGO,CD_OPT
# JET_CLINIT compiles only <clinit> methods, all other methods compiled
with JET_DPGO
# which does entry/backedge instrumentation
chain1.filter=+::<clinit>
chain1.filter=-
JET_CLINIT.file=jitrino
JET_DPGO.file=jitrino
CD_OPT.file=jitrino
#Confuguration of profile collector and recompilation
JET_DPGO.genProfile=EB_PROF
EB_PROF.profilerType=EB_PROFILER
CD_OPT.useProfile=EB_PROF
EB_PROF.mode=SYNC
EB_PROF.entryThreshold=10000
EB_PROF.backedgeThreshold=100000
# these options are used only in ASYNC profiler mode
#EB_PROF.tbsTimeout=5
#EB_PROF.tbsInitialTimeout=0
# Options to be passed to JIT
-Djit.JET_CLINIT.path=
-Djit.JET_DPGO.path=
-Djit.CD_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
-Djit.CD_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
-Djit.CD_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
-Djit.CD_OPT.path.dce1=cg_dce
-Djit.CD_OPT.path.dce2=cg_dce
-Djit.CD_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
-Djit.CD_OPT.path.bp_regalloc1=bp_regalloc
-Djit.CD_OPT.path.bp_regalloc2=bp_regalloc
#inliner configuration
-Djit.CD_OPT.CD_OPT_inliner_pipeline.filter=-
=====================================================================
==eclipse.bat (\harmony-jre-r450941\bin\default\eclipse.bat)
=====================================================================
@echo off
set BUILD_HOME=%~dp0\..\
if exist "%ECLIPSE_HOME%/plugins/org.eclipse.jdt.core_3.1.1.jar" (
rem Copying Java Launching Plugin to Eclipse directory
del /S /Q
"%ECLIPSE_HOME%\plugins\org.apache.harmony.eclipse.jdt.launching_1.0.0.*.*"
copy
"%BUILD_HOME%\lib\org.apache.harmony.eclipse.jdt.launching_1.0.0.jar"
"%ECLIPSE_HOME%\plugins"
"%BUILD_HOME%\bin\java.exe" -cp "%ECLIPSE_HOME%\startup.jar"
-Dosgi.install.area="%ECLIPSE_HOME%" org.eclipse.core.launcher.Main -debug
) else (
echo ===================================================================
echo Please install Eclipse 3.1.1 or reset ECLIPSE_HOME correspondingly.
echo ===================================================================
)
=====================================================================
==em.dll (\harmony-jre-r450941\bin\default\em.dll)
=====================================================================
=====================================================================
==harmonyvm.properties
(\harmony-jre-r450941\bin\default\harmonyvm.properties)
=====================================================================
# Define directory containing DRLVM resources
-Dorg.apache.harmony.vm.vmdir=%LAUNCHER_HOME%/default/
# Define path containing the bootstrap native libraries
-Dorg.apache.harmony.vm.bootstrap.library.path=%LAUNCHER_HOME%:%LAUNCHER_HOME%/default
# Add the VM-specific classes (kernel) to the bootclasspath
#-Xbootclasspath/p:%LAUNCHER_HOME%/default/luni-kernel.jar:%LAUNCHER_HOME%/default/security-kernel.jar
# end of file
=====================================================================
==hythr.dll (\harmony-jre-r450941\bin\default\hythr.dll)
=====================================================================
=====================================================================
==jet.emconf (\harmony-jre-r450941\bin\default\jet.emconf)
=====================================================================
# EM configuration file for JET-only mode of Jitrino
chains=chain1
chain1.jits=JET
JET.file=jitrino
# Options to be passed to JIT
-Djit.JET.path=
=====================================================================
==jitrino.dll (\harmony-jre-r450941\bin\default\jitrino.dll)
=====================================================================
=====================================================================
==opt.emconf (\harmony-jre-r450941\bin\default\opt.emconf)
=====================================================================
# EM configuration file for CS_OPT-only mode of Jitrino. This is 'client
static' mode
chains=chain1
chain1.jits=CS_OPT
CS_OPT.file=jitrino
# Options to be passed to JIT
-Djit.CS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
-Djit.CS_OPT.path.optimizer=ssa,devirt,inline,purge,simplify,uce,dce,lazyexc,memopt,simplify,uce,dce,lower,dessa,statprof,markglobals
-Djit.CS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
-Djit.CS_OPT.path.dce1=cg_dce
-Djit.CS_OPT.path.dce2=cg_dce
-Djit.CS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
-Djit.CS_OPT.path.bp_regalloc1=bp_regalloc
-Djit.CS_OPT.path.bp_regalloc2=bp_regalloc
#inliner configuration
-Djit.CS_OPT.CS_OPT_inliner_pipeline.filter=-
-Djit.CS_OPT.CS_OPT_inliner_pipeline.path=ssa,devirt
-Djit.CS_OPT.arg.optimizer.inline.pipeline=CS_OPT_inliner_pipeline
-Djit.CS_OPT.arg.codegen.dce1.early=yes
-Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
-Djit.CS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
#-Djit.CS_OPT.arg.log.irdump.file=log/%jit%/%log%/%seqnb%_%class%.%method%.log
#-Djit.CS_OPT.arg.log=ct,ir,irdump,all
=====================================================================
==server.emconf (\harmony-jre-r450941\bin\default\server.emconf)
=====================================================================
#EM configuration for 'server' mode of Jitrino
chains=chain1,chain2
chain1.jits=JET_CLINIT
chain2.jits=SD1_OPT,SD2_OPT
chain1.filter=+::<clinit>
chain1.filter=-
JET_CLINIT.file=jitrino
SD1_OPT.file=jitrino
SD2_OPT.file=jitrino
# Edge profiler and recompilation parameters
EDGE_PROF.profilerType=EDGE_PROFILER
EDGE_PROF.entryThreshold=40000
EDGE_PROF.backedgeThreshold=150000
EDGE_PROF.tbsTimeout=10
EDGE_PROF.tbsInitialTimeout=0
SD1_OPT.genProfile=EDGE_PROF
SD2_OPT.useProfile=EDGE_PROF
#options for JIT
-Djit.JET_CLINIT.path=
-Djit.SD1_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
-Djit.SD1_OPT.path.optimizer=ssa,simplify,uce,dce,edge_instrument,dessa,statprof,markglobals
-Djit.SD1_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
-Djit.SD1_OPT.path.dce1=cg_dce
-Djit.SD1_OPT.path.dce2=cg_dce
-Djit.SD1_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
-Djit.SD1_OPT.path.bp_regalloc1=bp_regalloc
-Djit.SD1_OPT.path.bp_regalloc2=bp_regalloc
-Djit.SD1_OPT.arg.codegen.dce1.early=yes
-Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
-Djit.SD1_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
-Djit.SD2_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
-Djit.SD2_OPT.path.optimizer=ssa,simplify,uce,dce,edge_annotate,lazyexc,devirt,inline,purge,simplify,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
-Djit.SD2_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
-Djit.SD2_OPT.path.dce1=cg_dce
-Djit.SD2_OPT.path.dce2=cg_dce
-Djit.SD2_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
-Djit.SD2_OPT.path.bp_regalloc1=bp_regalloc
-Djit.SD2_OPT.path.bp_regalloc2=bp_regalloc
=====================================================================
==server_static.emconf
(\harmony-jre-r450941\bin\default\server_static.emconf)
=====================================================================
# EM configuration file for OPT-only mode of Jitrino with server
optimization path. This is 'server static' mode
chains=chain1
chain1.jits=SS_OPT
SS_OPT.file=jitrino
# Options to be passed to JIT
-Djit.SS_OPT.path=opt_init,translator,optimizer,hir2lir,codegen
-Djit.SS_OPT.path.optimizer=ssa,simplify,uce,dce,statprof,lazyexc,devirt,inline,purge,simplify,uce,dce,hvn,uce,dce,dessa,statprof,peel,ssa,hvn,simplify,uce,dce,lower,uce,dce,memopt,reassoc,uce,dce,hvn,uce,dce,abcd,uce,dce,gcm,dessa,statprof,markglobals
-Djit.SS_OPT.path.codegen=lock_method,bbp,gcpoints,cafl,dce1,i8l,early_prop,itrace-,native,constraints,dce2,regalloc,spillgen,layout,copy,rce+,stack,break-,iprof-,emitter!,si_insts,gcmap,info,unlock_method
-Djit.SS_OPT.path.dce1=cg_dce
-Djit.SS_OPT.path.dce2=cg_dce
-Djit.SS_OPT.path.regalloc=bp_regalloc1,bp_regalloc2
-Djit.SS_OPT.path.bp_regalloc1=bp_regalloc
-Djit.SS_OPT.path.bp_regalloc2=bp_regalloc
#inliner configuration
-Djit.SS_OPT.SS_OPT_inliner_pipeline.filter=-
-Djit.SS_OPT.SS_OPT_inliner_pipeline.path=ssa,simplify,uce,dce,statprof,devirt
-Djit.SS_OPT.arg.optimizer.inline.pipeline=SS_OPT_inliner_pipeline
-Djit.SS_OPT.arg.codegen.dce1.early=yes
-Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc1.regs=ALL_GP
-Djit.SS_OPT.arg.codegen.regalloc.bp_regalloc2.regs=ALL_XMM
=====================================================================
==ti.emconf (\harmony-jre-r450941\bin\default\ti.emconf)
=====================================================================
# EM configuration file for JET-only mode of Jitrino
chains=chain1
chain1.jits=JET_TI
JET_TI.file=jitrino
#JIT options
-Djit.JET_TI.path=
=====================================================================
==vmi.dll (\harmony-jre-r450941\bin\default\vmi.dll)
=====================================================================
=====================================================================
==drl.css (\harmony-jre-r450941\doc\drl.css)
=====================================================================
P {
margin-left: 15pt;
margin-top: 5pt;
margin-right: 0.00in;
<snipped more css content by tim>
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] Incubator graduation update
Posted by Stepan Mishura <st...@gmail.com>.
On 10/20/06, Geir Magnusson Jr. wrote:
>
> For those that haven't been following along....
>
> Graduating from the Incubator is a "dynamic" process, as there's no
> really hard and fast rules to satisfy. On one hand, this is a good
> thing, because determining the health and prospect of future success of
> an Apache community is a difficult job, and it therefore relies on the
> experience and judgment of the Incubator PMC members. (It also allows
> the process to be adapted for different kinds of podlings - we're a
> weird one...) On the other hand, it can result it individual Incubator
> PMC members using different "filter" criterion.
>
> Now, I'm really proud to be a part of this community - I think we work
> very well together, collaboratively, in a positive and friendly
> atmosphere, and have demonstrated time and again the ability to vote,
> deal with issues that arise in voting, deal with differences of opinion,
> amass great hunks of software into an orderly project, etc.
>
> That said, I'm not very optimistic that we'll be able to bring this to a
> close in time for this month's board meeting. It's a shame, but that's
> ok - we're really in no rush, and if not this month, then next month.
> There are no major problems - it's partially because of the rather short
> timelines we tried, and partially because there are a few issues under
> discussion on the general@incubator.apache.org list, a list I encourage
> all of you to subscribe to and participate in.
>
> First, there are minor 'nits' here and there related to license and
> license headers. For example, we're missing the antlr license in our
> NOTICE file. Patch anyone? Also, there are other minor things here and
> there which can be found with this tool :
>
> http://code.google.com/p/arat/
>
> Anyone interested in running it ASAP and giving us a set of patches to
> get a clean bill of health?
>
> Second, we're having a discussion on the general@ list (in which we all
> can participate) regarding the necessity of a project going through a
> release. This isn't actually an Incubator requirement, but the case
> where information on community health and dynamics is absent or scarce,
> it's a reasonable exercise.
>
> However... for Harmony, that isn't the case. I've been arguing that
> there's plenty of information on us. All four of us mentors (Stefano,
> Leo, Dims and myself) reported very positive independent assessments of
> the community (go read on general@) and we have 18 months of consistent,
> positive interaction with each other. My thinking was that
>
> 1) A release is something that we haven't wanted to do yet as a project,
> as our interest is in producing a more complete and stable
> implementation first. We have a roadmap, it's been published for a
> while now, and at least for me, it's the goal that I'm looking towards
> every day. (heck... we're still deciding what "supported" means...)
>
> 2) We're not stable enough to do something we want to shout out to the
> world as a "developer release" or similar. We will be ready soon, but
> not now. (This is just my personal opinion - others may certainly
> differ...)
>
> Anyway, that's what I feel about it. There are Incubator PMC members
> that have decided that there is ample information (Dims, Stefano and Leo
> really hit it out of the park with their assessments... thanks guys!)
> and have changed their minds, and I'm hoping to reach consensus with the
> rest that there *is* enough information.
>
> However, if not, and some IPMC memebers still really want to see a
> demonstration of a release process, we can certainly do that. I've
> thought about what we might release. One thing that came to mind is a
> Pack200 jar :)
I was under impression that you are against releasing "a piece of Harmony"
[1]. Particularly, you wrote: "There no sense in releasing just a
classlibrary or a virtual machine. Or a toolset. You need the whole pile."
IIUC now it is OK to release harmony-ketool-v1.0.tar.gz. Right?
Thanks,
Stepan.
[1]
http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200609.mbox/%3c73C11BEE-5156-4581-A768-95046E5C7A72@pobox.com%3e
Any other ideas, and any other thoughts?
>
> geir
>
>
>
------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org