Mikhail Fursov wrote:
+1 Wiki page: JIT tasks for beginners. (available from the main page, see
DRLVM section)
Feel free to modify and add more tasks ( I think Egor will :) )
I also thought about advanced JIT tasks page, but think we should
discuss
such tasks in details before posting.
, but in this case in GC (v4.1 or gc_cc) component.
HARMONY-1815 contains small and highly desirable fix for EM64T.
Without it the GC doesn't work on the architecture.
--
Ivan
On 10/14/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George
doesn't work on the architecture.
Applied. Not tested on EM64T
geir
--
Ivan
On 10/14/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Egor Pasko wrote:
Harmoniers,
Thanks to Mikhail Fursov, George Timoshenko, Nikolay Sidelnikov (and
me, of course:) all critical bugs (as in [1
by someone and
posted on harmony-dev. - This is good. And it has good scalability :)
--
Ivan
On 10/14/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
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
interpreter smoke tests now w/o that patch,
or so I thought...
geir
Regards,
Pavel.
On 10/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
It seems to break the interpreter. jitrino smoke tests run fine, but
all interpreter tests fail...
Pavel Rebriy wrote:
The fix is ready. See http
I agree with your motivations. Lets move it to the javatools/ part of
the project when I get that done this weekend.
As to the ties to o.a.h.k.VM, I'm sure we can work something out...
geir
Alex Blewitt wrote:
I was in the process of trying to put together a patch for the new
stuff that
seems to work. Doesn't blow up :)
Ivan Volosyuk wrote:
On 10/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Ivan Volosyuk wrote:
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in this case in GC (v4.1 or gc_cc) component.
But crashes
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).
Anyway, how does Port-platform sound as a pattern? so in this
we have any plans about IPF? I mean run this application before this
date?
On 10/13/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Friday 13 October 2006 01:37 Geir Magnusson Jr. wrote:
How about trying to do in main line for now, reserving branch until
needed?
We'd agree that committers
Weldon Washburn wrote:
Have you tried it on another version?
No I have not tried it on another version. If Mike Ringrose is correct
about the ISO spec, the basic problem is that MSVC compiler is not ISO
compliant. I have hit this specific problem multiple times over the
years.
That is,
I promise, they've been looked at.
But there was continuing discussion after the original submission, that
resulted in additional patches to the same JIRA.
Konovalova, Svetlana wrote:
Folks,
I have been wondering about the patches to the website and
documentation: could somebody
Slava Shakin wrote:
Hi,
I have an opposite concern: will the main trunk guarantee it always builds
and works on IPF.
Clearly not. It doesn't now.
IMO this will soon become critical for the IPF porting effort but will imply
passing certain pre-commit tests on IPF for any changes which
Egor Pasko wrote:
On the 0x201 day of Apache Harmony Rana Dasgupta wrote:
I think that over time, we will start seeing IPF specific code files
appearing ... eg., quite a different jit, IPFhelpers.cpp,
IPFexception_filters.cpp, IPFnativestack.cpp, IPFprofiledrivers.cpp etc.
That is my
Oliver Deakin wrote:
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
That said, if the RI, J9, JRockit all use the current directory as a
default, we should too, my philosophical mutterings notwithstanding :)
That is what Oliver is saying. The 'simple launcher' didn't set up any
that
are now discussed in thread [general] version of gcc and other tools?
this might serve as some guidance for users.
Best regards,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Friday, October 13, 2006 1:01 PM
To: harmony-dev
Slava Shakin wrote:
Geir,
The following scenario illustrates my point (just in case):
Let's assume that IPF porting group managed to run hello world on IPF in
the main trunk. The next goal might be a bit more sophisticated workload
(like Eclipse). For fast progress towards that goal the IPF
w00t!
Yuri Kropachev wrote:
Hello,
With reference to my e-mail dated 2006-06-29 (below) and
JIRA ## 742, 837, 872, 908, 1159, 1396, 1837,
I inform you that the provider's code is ready to use.
Thanks,
Yuri
Hello,
Let me make update to the February talk on a need to have in Harmony
means
Salikh Zakirov wrote:
Hi,
as discussed in HARMONY-1847, -verbose:class currently does not produce output
which is reasonable to expect.
For example, running HelloWorld on JRockit 1.5 produces something like
the below text (only several lines provided).
The right way to fix is to put logging
you all are mighty! When I get off of this plane, I'll get them in and
we can keep moving. Well done!
geir
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
sounds good :)
Alexei Zakharov wrote:
I agree. I meant the interpreter mode to be tagged with none.
What do others think?
Regards,
2006/10/13, Mikhail Fursov [EMAIL PROTECTED]:
none is OK. But if you want a real JIT info the EM config file is
the only
valid place to put it.
On 10/13/06,
+1
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
tree was accidentally hidden by SVN activity. However, there are still
some directories there that still need to be made available.
And apologies - I deleted it from /trunk and forgot to reconstitute. I
thought that bootvm was a peer to drlvm in the tree...
geir
[EMAIL PROTECTED] wrote:
Due to changes in the way that 'incubator/harmony/enhanced/trunk'
was rearranged in the summer to reflect its new usage, its 'sandbox'
Nice - could you please put the SVN revision you built from?
java -version
That will help us track how old a set of results is...
geir
Tony Wu wrote:
I have tried the Apache ant 1.6.5 on lateset harmony classlib on Win32
system. It got 97.16% passed, seems not bad ;-)
I'll go ahead to
Tim Ellison wrote:
Leo Li wrote:
Due to current VMI, we have to first create a java VM through
JNI_CreateJavaVM, then we can get property from functions defined by
VMI. It is possible not to change current vmi design and support java
-version, but
we have to create and then kill a new java
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded
Jean-frederic Clere wrote:
Mikhail Fursov wrote:
Do you expect an output like RI does:
[Opened C:\tools\sun1.5.0\jre\lib\rt.jar]
[Opened C:\tools\sun1.5.0\jre\lib\charsets.jar]
[Loaded java.lang.Object from C:\tools\sun1.5.0\jre\lib\rt.jar]
[Loaded java.io.Serializable from
Oleg Khaschansky wrote:
I've just attached patch to JIRA
You are a committer, that doesn't count :-)
Being a committer doesn't matter.
Do we have a JIRA problem or not?
geir
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just attached patch to JIRA
2006/10/12, Tim
no
graphics displayed with it ;(
It would be great if you found a minute to fix this.
Best regards,
Nadya Morozova
-Original Message-
From: Morozova, Nadezhda
Sent: Saturday, September 23, 2006 2:43 PM
To: 'Geir Magnusson Jr (JIRA)'
Subject: RE: [jira] Closed: (HARMONY-1520) Images missing from
Oliver Deakin wrote:
Geir Magnusson Jr. wrote:
Well, that's actually an interesting question... should the VM do it
if not set, or should the launcher do it? I think that based on the
principle of least surprise, it should be launcher.
The user uses the launcher, so the launcher should
Tim Ellison wrote:
Fedotov, Alexei A wrote:
Mikhail, Alexey,
I have double checked reasoning about H-1309, H-1670. Alexey's solution
is good with me, though I see one more option.
If RI and J9 have a bug, shouldn't we correct the test in a way it would
fail on these VMs? What do you think?
Tim Ellison wrote:
Valentin Al. Sitnick (Moscow) wrote:
I have
- sun JDK-1.5.0 64 bit version
- ant 1.6.5 1.7.0b2
I know you said you tried both, but are you sure that you are picking up
Ant 1.6.5? We have seen problems associated with using 1.7.
thx for the implicit reminder - I need
How about trying to do in main line for now, reserving branch until needed?
We'd agree that committers put in the patches and test on supported
platforms (not IPF) and those doing the IPF work test and adjust as
necessary.
That way, we at least try to keep one codeline that we know works.
Ozhdikhin [EMAIL PROTECTED] wrote:
To update the statistics, my tools:
- MS Windows Server 2003 / IA32:
MSVS .NET 2003
ant-1.6.5
JRockit JDK 1.5.0_03
- Linux / IA32:
gcc 3.3.3
GNU make 3.80
ant-1.6.5
JRockit JDK 1.5.0
Thanks,
Pavel
On 10/10/06, Geir Magnusson
Weldon Washburn wrote:
A word of caution to those who are committing C/C++ code. There are unique
features of Microsoft C/C++ that will cause a build failure on Linux and
vice versa. For example, gcc expects that the end of a C/C++ file is a
blank line. Microsoft does not.
That's gotta be
Weldon Washburn wrote:
On 10/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
A word of caution to those who are committing C/C++ code. There are
unique
features of Microsoft C/C++ that will cause a build failure on Linux
and
vice versa. For example, gcc
this I can believe :)
Mike Ringrose wrote:
If I remember correctly doesn't gcc only issue a warning. I believe the ISO
C standard states that there shall be a new line at the end of a non-empty
file.
On 10/12/06, Weldon Washburn [EMAIL PROTECTED] wrote:
On 10/12/06, Geir Magnusson Jr. [EMAIL
Leo Li wrote:
On 10/13/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Tim Ellison wrote:
Leo Li wrote:
Due to current VMI, we have to first create a java VM through
JNI_CreateJavaVM, then we can get property from functions defined by
VMI. It is possible not to change current vmi
guys and others before we decide.
My point is that we don't need a decision to get moving forward. We
can just move forward with the status quo, and if we run into a problem,
then we can decide what to do...
geir
Thanks,
Rana
On 10/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote
Derby has VM-specific features?
geir
Leo Li wrote:
Hi, Sian:
After some study, I found that it is necessary to treat j9
seperately,mmm about security and vm library loader. I have not spot
the
precise place.
I think we have first to get a wrapper jvm class like j9_13 derby gives
/HARMONY-1741
They work fine. The first three patches restore recent classlib tests pass
rate degradation.
On 10/11/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Excellent. As appreciative as I am of J9, I can't wait to work in
all-Harmony code :)
geir
Elena Semukhina wrote:
Hello all
Salikh Zakirov wrote:
Hi,
after creating a wiki page
http://wiki.apache.org/harmony/DrlvmBuildTroubleshooting
I was wondering where to link it up, so that it would be 'clickable-through'
from
the start page.
I haven't found any suitable place.
Moreover, the front page contains a lot of
I'll be happy to look at it. It is somewhat annoying, but very useful :)
geir
Salikh Zakirov wrote:
Geir, Mark,
any chance of HARMONY-1083 being committed?
I've updated it to match the current trunk
and also incorporated best practices from classlib's build system.
Without this change the
Salikh Zakirov wrote:
Hi,
we had a discussion about adding new searchable 'Patch Available' status
to JIRA [1] some time ago. Several people supported the idea, and there
were no objections.
However, no actions have been made.
Geir, have you forgotten about it, or do you have some
Excellent. As appreciative as I am of J9, I can't wait to work in
all-Harmony code :)
geir
Elena Semukhina wrote:
Hello all,
I think that the goal of running classlib unit tests on DRLVM with 100%
pass
rate could be worth to achieve. Actually today we have 99% (without
awt/swing) but
I'm ready to install Gentoo to see if I can repeat it... what version?
Armand Navabi wrote:
Seemed promising, but this patch did not help.
I ran java -Xtrace helloworld to see if it even got to the patched code,
but it seems like my code hangs even before getting to that code.
I'm really
is somewhat of a user-oriented concept,
and is what the human expects.
Programs use the VM, and I think the VM should be more strict for safety.
geir
Oliver Deakin wrote:
Geir Magnusson Jr. wrote:
Absolutely. And if not, even the principle of be kind to your users
dictates that we do
what would be ideal is a patch for the website, so there's a pointer
from the website to this content.
Salikh Zakirov wrote:
Oliver Deakin wrote:
This should be listed somewhere under Gotchas while building DRLVM.
It would be useful to have these helpful tips stored for future Harmony
Tony Wu wrote:
I encounter an error[1] when run java -version with IBM VME today and
it is ok on DRLVM. I wonder how to handle these simple parameters. Is
there any decision
about that?
[1]
[EMAIL PROTECTED]:~/harmony/workspace/trunk/deploy/jdk/jre/bin$ ./java -version
Apache Harmony Launcher
fabulous!
Pavel Pervov wrote:
Geir,
sorry for confusion. The bug you are referring to is described in [1].
Regards,
Pavel.
[1]
*http://issues.apache.org/jira/browse/HARMONY-1814*http://issues.apache.org/jira/browse/HARMONY-1814
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote
If all agree, please submit your change as a patch to that patch :)
Salikh Zakirov wrote:
Pavel Rebriy wrote:
Fix for Harmony-1582 brocks initialization of JVMTI support. I'm
investigating the problem and going to create fixing JIRA as soon as
possible.
The fix is ready. See
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
You can create your own issue navigator and use that, which will show
patch avail...
I am not sure I understand this completely.
Issue navigator allows me to define my filters and customize column
presence and order. I still do not understand
Inline
Dmitry Yershov wrote:
[snip]
VM properties proposal
==
The general purpose of VM Properties subcomponent is to provide
centralized access to a common properties table. A property is meant
as a pair of key and value.
Pavel Rebriy wrote:
Hello,
Fix for Harmony-1582 brocks initialization of JVMTI support. I'm
investigating the problem and going to create fixing JIRA as soon as
possible.
Great - thanks
P.S. May be include several JVMTI tests into build test.
Yes, please do.
could you humor us and just try moving this to c:\ for now to test?
I had a similar problem a while ago on windows. are you working under
cygwin?
My solution was simply to stop using windows life is too short for
this nonsense. :)
geir
Alexey Petrenko wrote:
Here is a last
Dmitry Yershov wrote:
[snip]
Requirements
1) The key and value are represented as string (i.e. char*).
and I propose that on each operation, a copy is made, so that the caller
frees the string that they got or
Alexey Varlamov wrote:
2006/10/10, Dmitry Yershov [EMAIL PROTECTED]:
2) Don't hardcode 'hidden' into the API, as we may have other types
down
the road. Make it an argument
Ok. So, the latest list of interface functions should be:
void set_property(const char * key, const char *
Nice - thanks!
We are still missing one class, or does that complete the holes for j.u.c?
Oleg Khaschansky wrote:
I uploaded a patch which implements CopyOnWriteArrayList class.
Committers, please, take a look at [1]. I also ensured that
CopyOnWriteArrayListTest passes with this
I'm so sick of this gcc problem.
Lets decide on the versions for GCC and other tools that will work. I
feel the same way that mark does re that being able to build on multiple
versions gives a better feeling of goodness and harmony in the universe
and I encourage people to work on other
Muahaha... didn't you just say this was something that never changed,
was geological in stability, etc, etc? :)
Mark Hindess wrote:
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED] wrote:
It looks like you don't have lcms.h and, probably, other lcms stuff in
Alexey Petrenko wrote:
2006/10/10, Geir Magnusson Jr. [EMAIL PROTECTED]:
I'm so sick of this gcc problem.
Lets decide on the versions for GCC and other tools that will work. I
feel the same way that mark does re that being able to build on multiple
versions gives a better feeling
Mark Hindess wrote:
On 10 October 2006 at 20:32, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/10/10, Geir Magnusson Jr. [EMAIL PROTECTED]:
I'm so sick of this gcc problem.
Lets decide on the versions for GCC and other tools that will work. I
feel the same way that mark does re that being
Yes, the -dev is critical if you want to compile...
Mike Ringrose wrote:
On Debian based Linux machines, you need the packages binutils and
binutilts-dev (pretty sure this is needed).
Mike R.
On 10/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 10 October 2006
Gregory Shimansky wrote:
On Tuesday 10 October 2006 04:56 Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
On Friday 06 October 2006 18:24 Salikh Zakirov wrote:
I'm actually not. Were there an additional 24 hours in a day
There is a whole list of reasons why I'm not a fan
On Oct 9, 2006, at 6:32 AM, Alexey Varlamov wrote:
I think we need to clarify VMI contract on o.a.h.boot.class.path
property.
Currently luni natives set this property to default bcp during
JNI_OnLoad, accordingly to content of
%java.home%/lib/boot/bootclasspath.properties file.
Should the VM
for classpath setup...
geir
All of the properties above are used only during startup, before
any user's
code is executed.
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
So one of the interesting things that jumped out of me is the
number of
various library and boot classpath
On Oct 9, 2006, at 8:52 AM, Mark Hindess wrote:
On 9 October 2006 at 16:12, Pavel Ozhdikhin
[EMAIL PROTECTED] wrote:
On 10/9/06, Tim Ellison [EMAIL PROTECTED] wrote:
Rana Dasgupta wrote:
We need to check both release and debug builds...the binaries
and timing
characteristics are too
I was thinking the same thing, but didn't think it all the way
through...
On Oct 9, 2006, at 9:11 AM, Oliver Deakin wrote:
Can we provide archives of these dependencies in our svn (or
wherever) as
a fallback if fetch-depends cannot find them installed on the local
system?
Dont we do
Yeah, I would have been surprised it that worked.
Why not just install v 6?
On Oct 9, 2006, at 9:18 AM, Dmitry Durnev wrote:
Making symbolic link to libstdc++.so.5 not helps - I get just
another error:
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its
:
I put debug printing into test_ti_instrum.c and attached it to JIRA.
Could you run it on your machine and send me console output.
Evgueni
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling
btw, why are there so many warnings? I'm not comfortable with having
to suppress them - I'd rather fix them...
On Oct 9, 2006, at 9:49 AM, Geir Magnusson Jr. wrote:
sure - I'll redo the whole thing from clean...
On Oct 9, 2006, at 9:45 AM, Evgueni Brevnov wrote:
BTW, could you verify
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling the assertion at test_ti_instrum.c:80
geir
I have just tried to test HARMONY-1582 patch on Linux/ia32 SUSE 9 and Ubuntu 6.
The smoke and unit tests both
On Oct 9, 2006, at 9:58 AM, Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling the assertion at
test_ti_instrum.c:80
geir
I have just tried to test HARMONY-1582 patch on Linux/ia32 SUSE 9
and Ubuntu
[echo] ## TEST FAILED
On Oct 9, 2006, at 12:35 AM, Evgueni Brevnov wrote:
I put debug printing into test_ti_instrum.c and attached it to JIRA.
Could you run it on your machine and send me console output.
Evgueni
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I keep getting a failure
On Oct 9, 2006, at 10:38 AM, Evgueni Brevnov wrote:
Geir,
Did you pass tests on SUSE9?
No, I don't have a SUSE9 machine.
geir
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Oct 9, 2006, at 9:58 AM, Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
I keep getting a failure
that works. explain why
Evgueni Brevnov wrote:
Could you insert sleep_a_click(); just before line 59 right after
hysem_create(start, 0, 1):
Does it help?
On 10/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
[echo] ## Executing C unit test: test_ti_instrum
[exec] Result: 1
.
There
are three patches. One for build module, one for cunit tests
and
one
for VM itself.
Thanks
Evgueni
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Nooo! LOL
I'm here waiting - This will unblock a whole bunch of
things
I get this more often than not. Can someone interested take a look?
Happens w/ jitrino :
java:
/home/geir/dev/apache/harmony/enhanced/trunk/working_vm/vm/vmcore/src/class_support/C_Interface.cpp:524:
const char* class_get_name(Class*):
Assertion `cl' failed.
SIGABRT in VM code.
Stack
Gregory Shimansky wrote:
On Friday 06 October 2006 18:24 Salikh Zakirov wrote:
I'm actually not. Were there an additional 24 hours in a day There
is a whole list of reasons why I'm not a fan of the current system,
including maintainability as well as performance. (Building classlib
Gregory Shimansky wrote:
On Monday 09 October 2006 08:26 Armand Navabi wrote:
Yes, I am still having problems.
Like I said, I am just trying to run the executable currently. I see the
same problem I was seeing when I built the DRLVM.
I downloaded the Latest Linux JRE snapshot build, set
test package + 1
test package + 1
test package + 1
test package + 1
test package + 1
test package + 1
test package + 1
(no, I'm not volunteering)
Tim Ellison wrote:
So I checked in a patch for HARMONY-688's regex fix, and it passed the
regex unit tests, but causes the existing luni tests to
+1
Nathan Beyer wrote:
+1 for defaulting with.awt.swing to true.
Is there any reason to still have this property at all?
On 10/9/06, Tim Ellison [EMAIL PROTECTED] wrote:
Works for me too now ...
Unless anyone objects I suggest that we make the 'with.awt.swing'
default behavior (and we'll
nope, did that too. That was the first thing I thought of. Tried JUnit
4.x and Junit 3.8.1
Elena Semukhina wrote:
On 10/8/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
still on that new machine.
classlib builds fine, but ant test results in it appearing to be very,
very confused when
-Dvm.dlls=gc_gen.dll .
In future we may put all GCs under subtrees of gc/ directory.
Thanks,
xiaofeng
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Can you make it selectable for build? IOW
sh build.sh -Dbuild.gc=5
or something...
Weldon Washburn wrote:
Good
Evgueni
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Nooo! LOL
I'm here waiting - This will unblock a whole bunch of things :)
Thanks for the effort
Evgueni Brevnov wrote:
Geir,
That's terrible. We have power outageservers are down. I
can't
send
Tim Ellison wrote:
Rana Dasgupta wrote:
We need to check both release and debug builds...the binaries and timing
characteristics are too different. At this immediate stage of the
project, I
would suggest leaving out EM64T as part of mandatory testing( unless it is
EM64T specific
I wonder if it would be something cool for Apache Jakarta Commons?
geir
Nikolay Chugunov wrote:
This tool will not require modification of any code of existing VMs and
should works on any JDK. java.system.class.loader system property should
exists in any JDK (see
sounds reasonable, but don't go based on my word, of course.
Interesting question is why AbstractStringBuilder isn't abstract...
Andrew Zhang wrote:
On 2/23/06, Nathan Beyer [EMAIL PROTECTED] wrote:
An interesting side note: The Serialized Form documentation gives away
an
implementation
I am!
I have a session on wed, and we have a harmony BOF wed night.
geir
Stefano Mazzocchi wrote:
I am!
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Did that test pass before?
[EMAIL PROTECTED] wrote:
Author: wjwashburn
Date: Fri Oct 6 12:52:20 2006
New Revision: 453745
URL: http://svn.apache.org/viewvc?view=revrev=453745
Log:
HARMONY-1677, vmmagic for Jitrino.JET compiler. Basically all the vmmagic
regression tests pass except
I am installing a new machine now, and have been carefully writing down
all that I had to do for tools and dependencies to update the website.
When building classlib, I ran across the change where I didn't need to
have the separate AWT/Swing deps done ahead of time, but if they weren't
still on that new machine.
classlib builds fine, but ant test results in it appearing to be very,
very confused when trying to compile, with the first module,
accessibility.
It can't find things like BasicSwingTestCase, although I can confirm
that it was build in test_support...
I figure
beanshell? :)
Nikolay Chugunov wrote:
Nathan Beyer wrote:
Stefano is correct, this doesn't require anything special in the VM.
In fact, the basics of this already exist -- JavaServer Pages.
Is compiling code a big problem?
Nathan,
JSP can't be used: because web server should be run, JSP
That could be it. If that case, we have a problem...
Nathan Beyer wrote:
Are you running build with -Dwith.awt.swing=true? I had some weird
problems yesterday and it just seemed that I wasn't consistently using
that property for all ant runs.
-Nathan
On 10/7/06, Geir Magnusson Jr. [EMAIL
Magnusson Jr. [EMAIL PROTECTED] wrote:
still on that new machine.
classlib builds fine, but ant test results in it appearing to be very,
very confused when trying to compile, with the first module,
accessibility.
It can't find things like BasicSwingTestCase, although I can confirm
that it was build
Alex Blewitt wrote:
Hi all,
There's a discussion going on the Eclipse bugs list about being able
to move the META-INF/MANIFEST.MF to a different location (e.g.
src/main/resources/META-INF/MANIFEST.MF). For some reason, the Eclispe
PDE/Equinox team can't seem to understand why anyone would
+1 from Oleg, Mikhail L, Stefano, Mikhail F, Mark, Geir, Alexey P, Dan, Tim
No 0 or -1 votes
Geir Magnusson Jr. wrote:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request
yes
Andrew Zhang wrote:
By the way, is it ok to report a commercial or GPL/LGPL java software on
what can it do wiki page? [1]
[1] http://wiki.apache.org/harmony/ClassLibrary
-
Terms of use :
Thank you.
How does the compiler know this when compiling jni.cpp? is there an
extern defn somewhere?
geir
Pavel Rebriy wrote:
File vm/vmcore/src/init/vm_main.cpp, line 68.
Global_Env env(m, properties);
On 06/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I know the type
I got it - thanks to Pavel.
There's an extern in init.h, and it's declared in vm_main.cpp.
Would anyone mind if I renamed it something less innocuous like
global_env
vm_global_env
Something that gives the reader the hint that it's not a local var.
geir
Geir Magnusson Jr. wrote:
Thank you
Lets make a deal. If you do a fresh diff using svn diff for 1582 so I
can commit the thing, I'll wait ;)
geir
Evgueni Brevnov wrote:
Geir,
Please don't do that until HARMONY-1582 integration. It can introduce
many conflicts.
Tnanks in advance.
Evgueni
On 10/6/06, Geir Magnusson Jr
501 - 600 of 2755 matches
Mail list logo