Tony Wu wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
Throwable.printStackTrace(PrintWriter) calls the *println* method of
PrinterWriter on RI whereas calls *print* twice(Obviously print
msssage then print a line
not declare a static
final serialVersionUID field of type long
2006/10/19, Nathan Beyer [EMAIL PROTECTED]:
I added a compiler arg to the main 'build-java.xml' compile to disable
all of the warnings.
This should take care of the warnings.
-Nathan
On 10/18/06, Geir Magnusson Jr. [EMAIL PROTECTED
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,
Mikhail Loenko wrote:
2006/10/17, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Loenko wrote:
2006/10/17, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Fursov wrote:
I think if we decide to support a platform then we define a set of
tests
that
must pass on that platform after each
like this yet, sorry.
-Nathan
-- Forwarded message --
From: Geir Magnusson Jr. [EMAIL PROTECTED]
Date: Oct 16, 2006 12:38 PM
Subject: Re: [general] version of gcc and other tools
To: harmony-dev@incubator.apache.org
None from me, but please also add some
, and support
b) platforms that we certify as being compatible, but don't make any
support promises
geir
On 10/18/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/17, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Loenko wrote:
2006/10/17, Geir Magnusson Jr. [EMAIL PROTECTED
a look
when you find a chance.
Feel free to add your comments right there. I'll be glad if you find it
useful.
[1]
http://wiki.apache.org/harmony/Platforms_to_Run_Harmony_Development_Kit_
on
Best regards,
Sveta Konovalova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL
Can we just shut them off for now? it's a good project for someone to
go and clean those up, but there's no need for all of us to see them.
geir
Mark Hindess wrote:
These messages aren't getting through on the commits list on due to the
large number of warnings since switching to ecj. I've
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
can we set this in the build somewhere ? (why is ECJ such a pig? :)
Which JRE are you using to run Ant? I'm using IBM 5.0 SR2 (without
ANT_OPTS) and don't have this problem.
Where can we find the downloads for windows and linux? I'll switch
thanks!
Mikhail Fursov wrote:
The patch is in JIRA: http://issues.apache.org/jira/browse/HARMONY-1902
Please review it.
Note: we will have interpreter.emconf file if the patch is accepted.
On 10/17/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/17, Mikhail Fursov [EMAIL PROTECTED]:
On
I just want to take it from the copy in root of classlib. I don't care
how that happens.
In this case, basedir is modules/module
geir
Tim Ellison wrote:
Rather than reach above the basedir like that, how about getting the
files from the HDK location? That would fit in better with the
Ideally, it would be nicer if this code wasn't in every
modules/foo/build.xml too...
Tim Ellison wrote:
Rather than reach above the basedir like that, how about getting the
files from the HDK location? That would fit in better with the
componentized development model.
We'd have to put the
Egor Pasko wrote:
Nadezhda,
thanks for a bunch of good points! I find the number of (sometimes
contradicting) building howtos misleading too.
On the 0x205 day of Apache Harmony Nadezhda Morozova wrote:
Folks,
I've had a strange impression just now that we have too many building
Thanks, but we're not going to eat EINTR
Artem Aliev wrote:
Geir,
I create HARMONY-1904 issue for this case.
Thanks
Artem
On 10/17/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Artem Aliev wrote:
Gier,
I'd like to resurrect this topic.
Oh goody!
We try to run JBoss on Harmony
Alexei Zakharov wrote:
If you do want to inject application-level tracing then I'd go for
aspects, which are designed specifically to provide such orthogonal
behavior to the classlib functionality.
I suppose we still need someone to investigate this field and invent
the acceptable solution.
' policy to make it possible for platforms
to graduate from #3 to #2
And we need some criteria to define how #1 could become #3
And we need names for the categories that are not misleading
Comments?
Thanks,
Mikhail
2006/10/18, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Fursov wrote:
Mikhail
I'm undergoing a major personal mail disaster, so just testing
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
String[0] : envp,
dir);
}
--
Alexey
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I'm confused. Didn't you just report this on Ubuntu?
I have had similar forking problems on Ubuntu 6 (I once found a
bug in
classlib related to forking
How many are there that aren't described?
Sergey Soldatov wrote:
No, it doesn't. Unfortunately most of desktop properties are not described
in j2se documentation. If you feel that we need to support this
property please file JIRA issue and we'll try to fix it ASAP.
On 10/17/06, Andrew Zhang
Mikhail Fursov wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Great! Write that down with your votes. (Note, I was just kicking this
off, not being comprehensive...)
OK, I'll try to add more restrictions to the list.
1) DRLVM JIT has a limitation today: we can run
Alex Blewitt wrote:
On 17/10/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
The Harmony PPMC has been discussing and has approved asking to graduate
from the Apache Incubator and become a Top Level Project. This means
that we would become an official project of the Apache Software
,
Alexei Fedotov,
Intel Middleware Products Division
-Original Message-
From: Geir Magnusson Jr. [mailto: [EMAIL PROTECTED]
Sent: Friday, October 13, 2006 9:58 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm][unit tests] the goal is to achieve 100% pass
rate
Weldon?
Mikhail Fursov wrote:
It's strange to me that it is not in the trunk too. So I was wrong. I
thought it is already there because it was posted to JIRA many days ago and
it was very urgent task.
So it is still in JIRA: http://issues.apache.org/jira/browse/HARMONY-1785
On 10/17/06,
Agreed. Lets match J9 and RI for now. We can always revisit as it will
be logged, right? :)
Elena Semukhina wrote:
As everyone keeps silence, I'd suggest to change implementation to be bug
compatible with RI.
On 10/15/06, Elena Semukhina [EMAIL PROTECTED] wrote:
On 10/14/06, Tim Ellison
PROTECTED] wrote:
On the 0x205 day of Apache Harmony Geir Magnusson, Jr. wrote:
So, with
public class Test implements Runnable {
static int i = 0;
public void run() {
try {
Thread.sleep(1);
} catch (Throwable e) { e.printStackTrace
how do you turn off the default ones?
Tim Ellison wrote:
Nathan Beyer wrote:
I haven't figured out to configure the ECJ options via the Ant task
yet, so if anyone know, please let the list know.
Add a compilerarg nested element, e.g.
Index: build-java.xml
the open sourcing of
their implementation of Java SE.
We have our target date for Apache Harmony 1.0. :)
On 10/17/06, Weldon Washburn [EMAIL PROTECTED] wrote:
+1 Wonderful!
On 10/17/06, Tim Ellison [EMAIL PROTECTED] wrote:
+1. I'm for it.
Regards,
Tim
Geir Magnusson Jr wrote
I'm typing this on a i686 OS X box :)
Mikhail Fursov wrote:
On 10/17/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
2) Do we need to add to the 'officially supported' list platforms that
are
unable to run HelloWorld app?
I don't understand - how would it be supported if it didn't work
] wrote:
On the 0x205 day of Apache Harmony Geir Magnusson, Jr. wrote:
So, with
public class Test implements Runnable {
static int i = 0;
public void run() {
try {
Thread.sleep(1);
} catch (Throwable e) { e.printStackTrace
Mikhail Loenko wrote:
2006/10/17, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Fursov wrote:
I think if we decide to support a platform then we define a set of tests
that
must pass on that platform after each commit and we do roll back if they
fail. That is how I understand support
And if that doesn't work for you, how about Java SE 6 by end of next
year, and then releasing Java SE 7 in lock-step with Sun?
And if you want more focused, technical things, how about achieving
parity in performance? :)
geir
Geir Magnusson Jr. wrote:
Mikhail Fursov wrote:
:(
It's
I did. Ah - now I see... - and +. First read seemed like all those
did was turn them on...
geir
Tim Ellison wrote:
RTFL(ink) below
Tim
Geir Magnusson Jr. wrote:
how do you turn off the default ones?
Tim Ellison wrote:
Nathan Beyer wrote:
I haven't figured out to configure the ECJ
but want to commit to let others review before
I go further
On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
And one other comment on the proposed patch... it doesn't respect the
timeout as it restarts the select() with the original timeout...
Geir Magnusson Jr. wrote:
Weldon Washburn
Mikhail Fursov wrote:
Rana,
the JIT list is really good. Thanks for collecting it.
I propose to create a single page for DRLVM tasks and list only components
on it. And for every component from the list create another page with its
tasks. The reason is that after Rana's post we have too much
-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, October 16, 2006 7:58 PM
To: harmony-dev@incubator.apache.org
Subject: [general] POLL : supported platforms
We're a volunteer project, so supported is based on interest in
community. Lets be clear by writing down a set
Can one of you ant wizards please - ASAP - modify the classlib build
script to put NOTICE and LICENSE files in META-INF in each jar that we
create?
It's not an incubator requirement, but a best practice, and as it's
cheap and easy to do , lets do it.
geir
never mind - I'm on it.
Geir Magnusson Jr. wrote:
Can one of you ant wizards please - ASAP - modify the classlib build
script to put NOTICE and LICENSE files in META-INF in each jar that we
create?
It's not an incubator requirement, but a best practice, and as it's
cheap and easy to do
can we set this in the build somewhere ? (why is ECJ such a pig? :)
Andrew Zhang wrote:
Please try to set ANT_OPTS = -Xms256M -Xmx512M
I met the same problem 10 hours ago. :-)
On 10/18/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hmm, I've got the same problem. Current workaround is to
, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Tuesday 17 October 2006 00:01 Geir Magnusson Jr. wrote:
I tried to put some back. StackTest still doesn't work. It's
hard
to
believe... so I gave up and just kept going :)
I wonder if the test or the implementation are wrong
Mikhail Loenko wrote:
2006/10/16, Tim Ellison [EMAIL PROTECTED]:
Mikhail Loenko wrote:
When we bring new platforms how will we make sure that a patch for some
rare platform would not break another one?
Beyond sniffing the patch to ensure it looks reasonable, the best a
committer can do is
Egor Pasko wrote:
On the 0x202 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George Timoshenko, Nikolay Sidelnikov (and
me, of course:) all critical bugs (as in [1]) in Jitrino.OPT have
their fixing patches and I like them. I think
Alexey Varlamov wrote:
[snip]
+ HARMONY-1802 (no more crash in HARMONY-1688, but a hang:)
Applied. 1688 still crashes for me
I have no crash, only ... printed and a CPU-eating infinite loop
This is expected behaviour for now, waiting for classloading fix +
the test should be fixed,
Alexey Varlamov wrote:
2006/10/16, Spark Shen [EMAIL PROTECTED]:
Alexey Varlamov 写道:
Both DRLVM and J9 works for me (SUSE9).
Not sure whether SUSE9 env. is identical to our RedHat Enterprise 4 and
Unbuntu.
BTW, is there off-the-peg DRLVM for download on popular platform?
Other than JRE
I'm confused. Didn't you just report this on Ubuntu?
I have had similar forking problems on Ubuntu 6 (I once found a bug in
classlib related to forking...).
I never figured out why Unbuntu does this, but it seemed that under
memory stress, Ubuntu's fork() fails. Try this - close Eclipse
,
Sveta Konovalova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 10, 2006 8:11 PM
To: harmony-dev@incubator.apache.org
Subject: [general] version of gcc and other tools
I'm so sick of this gcc problem.
Lets decide on the versions for GCC
Mikhail Fursov wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
and when I create a new issue I can choose only one of the components.
No, you can choose more than one. Try using shift-click or something.
Thanks Geir, now I understand why JIRA does not need subcomponents
Nice! is there any chance this could be documented - even in the
build.xml file - for those of us that are recall-challenged?
geir
Mark Hindess wrote:
Frustrated with the time that gen-report takes to produce a report
(which mainly consists of pages and pages of information about test
passes
Ivan Volosyuk wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
I have zero problem with the commit as long as it does not imply a
change to
the interface between JIT/GC/VM. I suspect Xiao Feng will find no
problems
with the commit. Xiao Feng
since it's apparently undefined by spec, then putting something
informational like none or interpreter-only would do no harm?
geir
Tim Ellison wrote:
FWIW in the IBM VM we set to java.compiler= if the JIT is disabled.
and the Sun 1.5.0_06 build doesn't set it at all!
Regards,
Tim
Mikhail Fursov wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Thanks Geir, now I understand why JIRA does not need subcomponents.
Explain it to me then :) I still think subcomponents would be cool,
since it would allow some structuring...
If you want to see all issues
Ivan Volosyuk wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
That kind of statement has no place here - I'm not sure how you can
objectively determine something like that, unless Weldon said I don't
want to spend time understanding this..., don't say it.
Lets keep
AND operation support for components selected,
subcomponents would become unneeded..
Oh. Sorry. I misread. Yes, we need an AND.
geir
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mikhail Fursov wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Thanks Geir, now I
Egor Pasko wrote:
On the 0x202 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George Timoshenko, Nikolay Sidelnikov (and
me, of course:) all critical bugs (as in [1]) in Jitrino.OPT have
their fixing patches and I like them. I think
+1
Mikhail Fursov wrote:
On 10/16/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Moreover, the spec obliges us to do so. The real question is: is it RI
bug or bug in spec? Personally I am for returning non-null values in
all cases.
I agree. Just tell me and I will commit the patch for
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
I'm confused. Didn't you just report this on Ubuntu?
Let Leo speak for himself, but I thought Leo meant IBM VME + Harmony
classlib failed on Ubuntu and Redhat, but Alexey just reported that both
(VME and DRLVM) works on SUSE, that's why it seems
and drlvm signal handling code.
5. merge port libs code.
6.
Thanks
Artem
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 28, 2006, at 10:30 AM, Andrey Chernyshev wrote:
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 27, 2006, at 11:31 AM, Weldon Washburn wrote
...) by just having eclipse running at the same time.
IOW, with no other programs running, the fork() worked. With Eclipse
running, it failed.
The only thing I could think of was that there was some problem with
ulimit that I never could figure out...
geir
On 10/16/06, Geir Magnusson Jr
Mikhail Loenko wrote:
2006/10/16, Mikhail Fursov [EMAIL PROTECTED]:
On 10/16/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Isn't it time to define the official set of supported platforms? ;)
After reading the neighbour threads about hardware available for
commiters
and precommit criteria
We're a volunteer project, so supported is based on interest in
community. Lets be clear by writing down a set of platforms that we as
a community commit to support.
I think we can define support as - one or more people in the
community tests on that platform on a regular basis, there are
Throw it out there! It's a poll!
Justin Zheng wrote:
Why only x86? How about x64 MIPS?
Thanks.
Best Regards,
Justinz
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We're a volunteer project, so supported is based on interest in
community. Lets be clear by writing down a set
.
So Pentium2 and older are not supported.
2. We can review the list of the supported platforms
every periodically. So the current list is just for the next N months.
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We're a volunteer project, so supported is based on interest in
community
Justin Zheng wrote:
Finally, I built Harmony sucessfully. :) However the test suite has a
lot of
failures. Is that expected?
And when I type Java -version, the result is:
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundatio
n or its licensors, as
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
I think we can define support as - one or more people in the
^^^
I think in place of people should be _committer_.
community tests on that platform on a regular basis, there are users
Salikh Zakirov wrote:
Anyway, my point is that supported platform is not something that we
non-committers
can decide on.
I don't agree. people that support platforms become committers that
support platforms, and the opinions of non-committers is always
important. A project that exists for
Usually with this :
java:
/home/geir/dev/apache/harmony/enhanced/trunk/working_vm/vm/vmcore/src/class_support/classloader.cpp:551:
void ClassLoader::SuccessLoadingClass(const String*): Assertion `lc' failed.
SIGABRT in VM code.
Stack trace:
addr2line: '[vdso]': No such file
1: ??
Magnusson Jr [EMAIL PROTECTED] wrote:
Usually with this :
java:
/home/geir/dev/apache/harmony/enhanced/trunk/working_vm/vm/vmcore/src/class_support/classloader.cpp:551:
void ClassLoader::SuccessLoadingClass(const String*): Assertion `lc'
failed.
SIGABRT in VM code.
Stack trace:
addr2line
ok - so should we disable Finalizer and PhantomReferenceQueue test since
they aren't trustworthy until the fix is done?
Pavel Afremov wrote:
I' m going look into this.
Pavel Afremov.
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Well, it just seems to have gotten worse lately
None from me, but please also add some useful message for people if not
found like ECJ not found. Please copy useful info to useful info...
Nathan Beyer wrote:
On 10/15/06, Tim Ellison [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
I suppose that as a temporary solution, we can just
Stefano Mazzocchi wrote:
Geir Magnusson Jr. wrote:
We're a volunteer project, so supported is based on interest in
community. Lets be clear by writing down a set of platforms that we as
a community commit to support.
I think we can define support as - one or more people in the
community
I already did. Got sick of it.
Gregory Shimansky wrote:
On Monday 16 October 2006 21:36 Geir Magnusson Jr. wrote:
ok - so should we disable Finalizer and PhantomReferenceQueue test since
they aren't trustworthy until the fix is done?
I was going to talk about excluding tests. I'll create
Gregory Shimansky wrote:
Hello
After reading several threads about drlvm tests failing for quite a while I
decided we need to exclude them temporarily until the bugs are fixed. When on
test fails, it means that other are not run after it because drlvm has
several sets of tests which run in
Stefano Mazzocchi wrote:
Geir Magnusson Jr. wrote:
It's a wishlist - we support what people want. Since we don't formally
support anything...
(to that end, I want OS X PPC and OS X x86 on my wishlist)
right, that's exactly what I was thinking:
macosx 10.4 - PowerPC
macosx 10.4 - x86
,
org.apache.harmony.luni.tests.java.lang.ThreadGroupTest - they reliably
fail in my environment. I volunteer for checking reliability of fixes.
With best regards,
Alexei Fedotov,
Intel Middleware Products Division
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent
Go for it.
Gregory Shimansky wrote:
Hello
You know that drlvm was donated by Intel and there was some period of time
while drlvm was developed internally. We had an internal bugzilla server to
track the issues. In an effort to move all development to the open this
internal bugzilla will be
When reviewing HARMONY-1672, there are bits like
res.i = (int32)2147483647;
(not part of the patch, but surrounding code...)
What is the downside for using INT32_MAX or something portable and
appropriate? Wouldnt' that make the code more readable?
geir
,
org.apache.harmony.luni.tests.java.lang.ThreadGroupTest - they
reliably
fail in my environment. I volunteer for checking reliability of
fixes.
With best regards,
Alexei Fedotov,
Intel Middleware Products Division
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent
as I understand we put SuspendThread()
check and ResumeThread() action under one critical section when trying
to flush memory. It's ok not to risk the integrity of the whole
operation.
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Geir Magnusson Jr
So, with
public class Test implements Runnable {
static int i = 0;
public void run() {
try {
Thread.sleep(1);
} catch (Throwable e) {
e.printStackTrace();
}
}
Test() {
new Thread(this).start();
}
public static
stdint.h
Ivan Volosyuk wrote:
On 10/17/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
When reviewing HARMONY-1672, there are bits like
res.i = (int32)2147483647;
(not part of the patch, but surrounding code...)
What is the downside for using INT32_MAX or something portable
Rana Dasgupta wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
So since I don't have Win 2003, I gotta just commit and let someone else
test?
Any committer have win 2003?
I think that it may be hard to find a test at this point that fails on
Windows Server 2003, but passes
Please join the Apache Harmony PPMC in welcoming the project's newest
committers, in alphabetical order :
Oliver Deakin
Richard Liang
Alexey Petrenko
Gregory Shimansky
Alexey Varlamov
Alexei Zakharov
These six individuals have shown sustained dedication to the project, an
ability to work well
The Harmony PPMC has been discussing and has approved asking to graduate
from the Apache Incubator and become a Top Level Project. This means
that we would become an official project of the Apache Software Foundation.
In terms of our day-to-day life, nothing should change. We'd get a new
URL
congrats all!
Geir Magnusson Jr wrote:
Please join the Apache Harmony PPMC in welcoming the project's newest
committers, in alphabetical order :
Oliver Deakin
Richard Liang
Alexey Petrenko
Gregory Shimansky
Alexey Varlamov
Alexei Zakharov
These six individuals have shown sustained dedication
The problem with the patch is that it's to the rendered output
site/xdoc/subcomponent/drlvm/gc-howto.html
when what we need is the patch to the source document
site/xdoc/subcomponent/drlvm/gc-howto-content.html
Can you add a new patch with that please?
geir
Rana Dasgupta wrote:
This
: Mon, 16 Oct 2006 23:44:22 -0500
From: Geir Magnusson Jr [EMAIL PROTECTED]
Reply-To: general@incubator.apache.org, [EMAIL PROTECTED]
To: general@incubator.apache.org
All,
The PPMC of the Apache Harmony incubator podling has voted to ask for
graduation from the Apache Incubator. We have enjoyed our
If and when the time comes, no - we'll move the lists over as they are.
geir
Tony Wu wrote:
cheer!!
Is it necessary to resubscribe the mailing list?
On 10/17/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
The Harmony PPMC has been discussing and has approved asking to graduate
from
Regards,
Pavel.
On 10/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I was thinking about the recent IPF thread, and was going to add a
DRLVM-IPF category so we can track things easier.
But this is dumb - there are other things for porting, like stuff in
classlib and the launcher tools (maybe
Mikhail Fursov wrote:
On 10/15/06, Pavel Pervov [EMAIL PROTECTED] wrote:
Altrenative idea would be to use just architecture name as the first
classification tag for architecture specific issues (including porting to
that arcitecture).
Examples can be: [ipf], [ia32], [em64t], etc.
Example of
Mikhail Fursov wrote:
6)
Does GCV4 work with jit_gc.diff?
Yes. The rootset reported by JIT is the same. The only change is that
instead of the method 'enumerate(mptr, base)' JIT uses the method
'enumerate(mptr, offset)' that was used before only for mptrs with static
offsets (offsets
Does anyone have an objection to those two JIRAs?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mikhail Fursov wrote:
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Why do we care abouve GCv4?
Do you propose to remove it from the trunk? Or will we keep it forever like
a good wine?
I like wine.
geir
didn't know JIRA could deal with subcomponents. I still don't think
that would work, as we want really to be able to tag things, as both
DRLVM issues and classlib issues can be port specific...
geir
On 10/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
You missed my point, which was about
Matt Benson wrote:
--- Alexei Zakharov [EMAIL PROTECTED] wrote:
Nathan,
My solution was to collect classpath in the
temporary file. No
external configs is needed. I'm too lazy to look
into archive for the
original message so I write it again here. In brief
it uses the
executable property of
Great. I don't see any need to delete either. Keeping history around
is a good thing.
geir
bootjvm wrote:
Task complete. A new sandbox is available as
'incubator/harmony/enhanced/sandbox' and the
old -r423784 'incubator/harmony/enhanced/trunk/sandbox/contribs/bootjvm'
tree has been
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George Timoshenko, Nikolay Sidelnikov (and
me, of course:) all critical bugs (as in [1]) in Jitrino.OPT have
their fixing patches and I like them. I think, it is a good step
forward to enabling the self-hosting environment.
Here are the
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
If it turns out to be a big deal, we can simply add a pre-commit target
to the build that checks for things like that. It could also check for
things like tabs. If possible, it could be a pre-commit hook for svn,
but if not, in the build would
Which is what the first message of the thread said. We've come full
circle :)
geir
Tim Ellison wrote:
Egor Pasko wrote:
I am OK with all. Some comments:
* we should explicitly say that it is a GNU make.
* the more restrictive GCC, the better. What is the most restrictive
now? gcc-4.1?
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
FWIW this will get fixed in the IBM VME in due course. Of course,
once we have test metadata...
Sorry. I'm foggy this morning - what do you mean by the last sentence?
The implication is going over my head...
Once we have
Andrew Zhang wrote:
On 10/14/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Andrew,
did you use latest snapshot or build classlib and drlvm from the latest
sources?
I downloaded the drlvm from latests snapshot.
I also tried some other applications, and found DRLVM is vulnerable when
Andrew Zhang wrote:
On 10/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
On 10/14/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Andrew,
did you use latest snapshot or build classlib and drlvm from the
latest
sources?
I downloaded the drlvm from latests
401 - 500 of 2755 matches
Mail list logo