On 9/29/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Egor,
I think this is right suggestion to synchronize our WB and H1580
implementations.
AFAIK H1580 uses old JET version and is not compatible with the latest
compiler version.
If it's true, our implementation for the new JET/OPT version will
On 10/1/06, Weldon Washburn [EMAIL PROTECTED] wrote:
If h1580 is based on svn revision number that is before BBC.patch, I
recommend closing h1580 and opening a new JIRA. (I recently closed H-816
for similar reasons.) Also, if Yu-Nan He's patch does not work with current
svn head, this patch
+1 from me, though I knew it may be a little late(just back from
vacation)...
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 for continuance
Ok I'll try to do it tomorrow. So you will have it on your monday's morning
in JIRA
On 10/8/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 10/1/06, Weldon Washburn [EMAIL PROTECTED] wrote:
If h1580 is based on svn revision number that is before BBC.patch, I
recommend closing h1580 and opening
Xiao-Feng,
Is it OK if I commit it tomorrow? So you have it on October09 morning ?
On 10/8/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 9/29/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Egor,
I think this is right suggestion to synchronize our WB and H1580
implementations.
AFAIK H1580 uses
That's great, thank you very much! -xiaofeng
On 10/8/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Xiao-Feng,
Is it OK if I commit it tomorrow? So you have it on October09 morning ?
On 10/8/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 9/29/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Egor,
Hi, all
Current harmony build script on linux requires liblcms.a libpng.a and
several .h files such as png.h but not installed on my redhat linux
platform. Although as the script prompts out, ubuntu can download such files
seperately, while other platform such as my redhat or suse, rpm might
On 8 October 2006 at 16:39, Leo Li [EMAIL PROTECTED] wrote:
Hi, all
Current harmony build script on linux requires liblcms.a libpng.a and
several .h files such as png.h but not installed on my redhat linux
platform. Although as the script prompts out, ubuntu can download such files
Hi, all
I found that BigInteger have a protected clone() method while as the
spec says BigInteger itself does not implement Cloneable. The clone() method
just new an instance of itself instead of super().clone.Although it is not
public, the Clone() method might lead to side-effect if some
Hi, Mark:
First I downloaded and installed the rpms for openpkg, png, jpeg, tiff,
lcms because of the dependency relationship between them.
Secondly, the installed files are in /openpkg, so I then copy the .a
and .h files to /usr/lib and /usr/include.
If I can find the .a or .h file,
Mark Hindess wrote:
FYI: I've changed the way our builds are reported to the -commits
list. Now, the reports go to my apache.org email address where they are
compressed and stored. The url in the message is then modified to point
to the compressed version in my people.apache.org web space
Endre Stølsvik wrote:
What about an marker interface, or common ancestor class? Just to mark it
as being of this type of usage? Would do a lot of good, I recon, to be
able to trace/track such usages..? (Re java.util.EventListener, A tagging
interface.. )
How would that help? The goal was to
I've submitted a patch to the JIRA to make DRLVM compile two GCs, one
under gc_cc/ directory (originally gc/ of gcv4.1), the other under
gc_gen/ for gcv5 subtree. The default collector is still gcv4.1 in
DRLVM. People can specify gcv5 with command line option
-Dvm.dlls=gc_gen.dll .
In future we
Hi,
Oh! Ooh! I did that. I passed cunit, somke, kernel tests on
Windows and smoke, kernel tests on Linux. Unfortunately I failed to
link cunit tests on Linux so far. So I disabled cunit on Linux until
the problem is solved. I believe it is acceptable as short term
solution. I found several
I mahaged to resolve the problem on Linux will update
build.final.patch with build.final.2.patch in a while
On 10/8/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Hi,
Oh! Ooh! I did that. I passed cunit, somke, kernel tests on
Windows and smoke, kernel tests on Linux. Unfortunately I
Have you also installed developer versions of these rpms?
2006/10/8, Leo Li [EMAIL PROTECTED]:
Hi, Mark:
First I downloaded and installed the rpms for openpkg, png, jpeg, tiff,
lcms because of the dependency relationship between them.
Secondly, the installed files are in /openpkg, so I
While running cunit on Linux it turned out one test case fails some
time. The fix is in tests.final.2.patch.
So the last versions to be committed:
invocation_api.final.patch
build.final.2.patch
tests.final.2.patch
Evgueni
On 10/8/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
I mahaged to
Yep, and as Nathan said, there are many examples of scripting languages
based on Java that work on this principle.
Is this something we want to adopt as a practice in Harmony for apps or
development process? No, I think not.
Regards,
Tim
Stefano Mazzocchi wrote:
Nathan Beyer wrote:
I wasn't
Good work. This helps.
Could we not change the naming for the collectors right now? Its likely to
confuse folks. How about using gcv4_1 and gcv5. Also, at least for a while
we need to be able to build and run gcv4.
On 10/8/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
I've submitted a patch
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
nice. thanks
Xiao-Feng Li wrote:
I've submitted a patch to the JIRA to make DRLVM compile two GCs, one
under gc_cc/ directory (originally gc/ of gcv4.1), the other under
gc_gen/ for gcv5 subtree. The default collector is still gcv4.1 in
DRLVM. People can specify gcv5 with command line option
Mark Hindess wrote:
Nathan, yeah that's probably it. It's caught me out a couple of times.
Is that swing test fix ready? If not perhaps we should just exclude
it, and then I can dump the with.awt.swing property for good?
I've reviewed and applied the TransferHandler fix, but I see another
I see a failure on IA32 Win XP tests at r454168 (after applying the
TransferHandler patch).
The walkback is:
junit.framework.AssertionFailedError: expected:0 but was:7 at
javax.swing.SpinnerDateModelTest.testSpinnerDateModel(SpinnerDateModelTest.java:59)
at
They are going to ask the Application to talk nicely to the Runtime in
future.
Geir Magnusson Jr. wrote:
joke
What did the application's support team say?
/joke?
Elena Semukhina wrote:
I failed to run any application with -Xem:jet (and -Xem:opt as well)
set in
harmonyvm.properties on my
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 functionality, eg., codegen ).
I keep getting a failure when running the tests -
test_jthread_get_all-threads failling the assertion at
test_ti_instrum.c:80
geir
On Oct 8, 2006, at 7:19 AM, Evgueni Brevnov wrote:
While running cunit on Linux it turned out one test case fails some
time. The fix is in
Are you still having problems Armand?
Tim
Armand Navabi wrote:
I have been unable to figure out why I can't get the drlvm to run
helloworld. The classlib with Intel's VM works fine.
So now I thought I'd just see if I could download the binary and execute it
(JRE), but it is
I would suggest to commit the change at the moment and make new patch
for other improvement. (btw, I actually don't think the directory
naming is confusing, since version number of GC is not necessary to be
in the directory name. For example, Java1.5 doesn't have version name
in java.exe. Well if
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
On 10/6/06, Mark Hindess [EMAIL PROTECTED] wrote:
Agreed on all three. Do we have a japi script?
I have one but it's a little specific to the wrapper we use for the
builds that report to the -commits list. But I can provide it if
it will help.
If this script requires some updates I am
+1
-Stepan.
On 10/3/06, 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 for continuance
Hi, Alexey:
No I do not installed the developer versions of these rpms, but I have
made it work...mm after struggling The same rpm has different
configurations due to different providers. For examples, those from rpmfind
and those redhat iteself provides.
So I recommend Harmony to
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 the
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 the JAVA_HOME, PATH
and LD_LIBRARY_PATH environment variables and then tried
What is the status of our discussions about new test suite layout?
Long ago we decided not to move existing tests until we finish with
that discussion but the discussion seems to be either dead or in coma
Does it make sense to continue putting the tests in order (according to the old
model) and
35 matches
Mail list logo