On 9 October 2006 at 16:02, 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 see the failure if it happens again).
Excellent. I'll dump the property unless anyone else beats me
to it.
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.
P.S. May be include several JVMTI tests into build test.
--
Best regards,
Pavel Rebriy
Hi, when I tested with GCv5 in DRLVM, I found there is design issue in
threading part. That is, after gc is initiated (gc_init) in runtime,
the main thread can't allocate object based on its allocation context
(thread local gc info), because the allocation context is not
initialized
Tim Ellison 写道:
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 fail in
java.util.Scanner. I've not figured out the base cause of the failure
so I've backed out the changes.
Regards,
Tim
Hi regular expression
Before this bug is fixed in threading part, for any people who are
interested in GCv5, please use patch below for workaround, just to add
two lines.
GCv5 only works in Windows at the moment. Please get it in latest SVN,
and patch it with http://issues.apache.org/jira/browse/HARMONY-1785
for
Yes, It is reasonable and obvious.
And I believe that committers are using it already.
SY, Alexey
2006/10/10, Pavel Ozhdikhin [EMAIL PROTECTED]:
On 10/9/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Hi Pavel,
I'm sorry I did not catch how for example Nathan's commits will be checked
on the
Please wait.
what are you going to do with linux?
Thanks,
Mikhail
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 9 October 2006 at 16:02, 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
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.
I have finished running release build on WinXP, and I have following
tests results:
c_unit tests passed;
smoke tests passed, but I have excluded gc.Los;
kernel tests works with the 98.96 % success rate on all, jitrino.jet,
opt and interpreter. Failing tests are:
j.l.ObjectTest, j.l.RuntimeTest2,
On 10 October 2006 at 14:19, Mikhail Loenko [EMAIL PROTECTED] wrote:
Please wait.
Too late. Back out r454633 if you wish.
I asked people to test this and report back last week. No one said
don't do it. And lots of people said '+1'.
what are you going to do with linux?
I've talked about
I'm going to take care of j.l.ThreadTest.
On 10/10/06, Nikolay Kuznetsov [EMAIL PROTECTED] wrote:
I have finished running release build on WinXP, and I have following
tests results:
c_unit tests passed;
smoke tests passed, but I have excluded gc.Los;
kernel tests works with the 98.96 % success
Guys,
I have not built DRLVM for a few days.
But after last update it fails with the following error on Windows:
BUILD FAILED
C:\Work\Harmony\drlvm\trunk\build\make\build.xml:406: The following
error occurred while executing this line:
C:\Work\Harmony\drlvm\trunk\build\make\build.xml:413: The
Hi Alexey:
I have just updated and built the drlvm on windows. And it succeeds.:)
On 10/10/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I have not built DRLVM for a few days.
But after last update it fails with the following error on Windows:
BUILD FAILED
Fursov and Alex,
Since the JIT/VM can determine if GC needs write barrier by querying
gc_requires_barriers(), could you update your patch so that the flag
for doWB will be set when this function returns TRUE? This has no
impact on other GCs that don't require write barrier.
Thanks,
xiaofeng
On
On 10 October 2006 at 8:53, Mark Hindess [EMAIL PROTECTED] wrote:
On 10 October 2006 at 14:19, Mikhail Loenko [EMAIL PROTECTED] wrote:
Please wait.
Too late. Back out r454633 if you wish.
I asked people to test this and report back last week. No one said
don't do it. And lots of
I see some fairures on Windows of javax.swing.filechooser.FileSystemViewTest,
e.g:
testGetSystemDisplayName Failure Test interrupted due timeout
Besides, tests asked me to insert disk to drive A:
On 10/10/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 10 October 2006 at 8:53, Mark Hindess
+1.
On 10/10/06, Leo Li [EMAIL PROTECTED] wrote:
Hi Alexey:
I have just updated and built the drlvm on windows. And it succeeds.:)
On 10/10/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I have not built DRLVM for a few days.
But after last update it fails with the following
Yes, we'll do.
On 10/10/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Fursov and Alex,
Since the JIT/VM can determine if GC needs write barrier by querying
gc_requires_barriers(), could you update your patch so that the flag
for doWB will be set when this function returns TRUE? This has no
impact
Hi,
Currently cunit tests compiles with warnings on Linux and Windows. I
have fixed it in HARMONY-1793. Moreover three test cases disabled in
HARMONY-1582 restored.
Evgueni
-
Terms of use :
Spark Shen 写道:
Tim Ellison 写道:
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 fail in
java.util.Scanner. I've not figured out the base cause of the failure
so I've backed out the changes.
Regards,
Tim
Hi
Geir, Tim, Noel, etc.,
I've had a reply from the CEO of Punch Telematix, concerning the . He asks if
he really has to fill in the bulk_contribution_checklist, given that he
personally has no knowledge of the process by which Wonka was developed. (In
fact no one who ever worked on Wonka at
Dmitry,
I support your idea to clean up VM properties code. I do not like the
current state of the implementation too.
But I have a couple of questions:
1) Who is responsible to deallocate memory for hidden properties? E.g. the
same const char* value could be allocated with malloc or new or
[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 gave.
Agree.
..
Hi, when I debug DRLVM, I have a question about the bootstrapping
process: why is Jitrino initialized only when a method is compiled?
Shouldn't it be initialized right away in or before vm_init() before
any method need compiling, just as gc_init() is initialized before any
object is allocated?
2006/10/10, Dmitry Yershov [EMAIL PROTECTED]:
[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
Hi,
As I understand you are talking about initialization process before
HARMONY-1582 was submitted. Although it was not intention of
HARMONY-1582 to refactor initialization it fixes some problems in
initalzation. Namely I believe the problem with main thread
initialization is fixed. Please take
2006/10/10, Mikhail Fursov [EMAIL PROTECTED]:
Dmitry,
I support your idea to clean up VM properties code. I do not like the
current state of the implementation too.
But I have a couple of questions:
1) Who is responsible to deallocate memory for hidden properties? E.g. the
same const char*
On 10/10/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Hi, when I debug DRLVM, I have a question about the bootstrapping
process: why is Jitrino initialized only when a method is compiled?
Shouldn't it be initialized right away in or before vm_init() before
any method need compiling, just as
Thanks, but I am confused. I updated my working copy this morning with
revision 454392. Let me check H1582 and will let you know if that
solved the issue I met. Thanks,
-xiaofeng
On 10/10/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Hi,
As I understand you are talking about initialization
Egor,
You wrote,
The root cause is somewhere beyond the JIT.
Have you agreed with Mikhail suggestion to fix
http://issues.apache.org/jira/browse/HARMONY-1688 on JIT side?
With best regards,
Alexei Fedotov,
Intel Middleware Products Division
-Original Message-
From: Alexey Varlamov
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
I think there is correlation between these 2 questions :). If we use
const char*, we simply copy key and value when setting a property.
And this is impossible with void*.
Ok, this way it does works!
BTW, there is alternative
Hi All,
Currently DRLVM starts with help of the launcher. The launcher does a
lot of stuff required to create VM instatnce. As a part of its job it
sets up java.class.path property. And this is good. What is not good
that DRLVM crashes (actually throws NullPointerException in
initalization
Another solution could be a simple shutdown with the valid error message.
Sometimes the error message is better than hidden behaviour.
So the alternative is to check all properties VM needs before running real
startup and fail if some of the properties are not found.
On 10/10/06, Evgueni
It seems for me like pretty specified VM behavior to treat classpath
absence as take classes from current directory. At least RI does like
that when you don't specify classpath on command line.
Evgueni
On 10/10/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Another solution could be a simple
Hi, Evgueni, yes, I just had a check, now the initialization issue is
gone! GCv5 in SVN can work directly without any work around. Cool!
Thanks,
xiaofeng
On 10/10/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Hi,
As I understand you are talking about initialization process before
HARMONY-1582
Elena,
thanks for the help, the problem discovered by ThreadTest explained in
HARMONY-1789.
Are you going to fix the issue or investigate test failures?
Thank you.
Nik.
On 10/10/06, Elena Semukhina [EMAIL PROTECTED] wrote:
I'm going to take care of j.l.ThreadTest.
On 10/10/06, Nikolay
Perhaps it is a windows path length problem?
Does it work if you rename
C:\Work\Harmony\drlvm\trunk
to:
C:\drlvm
?
Regards,
Mark.
On 10 October 2006 at 12:03, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I have not built DRLVM for a few days.
But after last update it fails with
Evgueni,
You wrote about the launcher: As a part of its job it sets up
java.class.path property.
So if it is the part of it's job and the property is not set that means that
this is the bug.(?)
What is the reason of workarounding this bug in VM code? Are there
additional usecases?
--
Mikhail
The root path I have is even longer, e.g.
C:\users\mfursov\harmony_build\enhanced\drlvm\trunk\ and there is no such
problem.
May be the path to some tool (e.g. ant) is too long?
On 10/10/06, Mark Hindess [EMAIL PROTECTED] wrote:
Perhaps it is a windows path length problem?
Does it work if
Alexey Petrenko wrote:
I have not built DRLVM for a few days.
But after last update it fails with the following error on Windows:
native.xml:75: Command line is over maximum length without specifying
source file
Can you run 'build.bat -d' and find out the exact compiler command line?
It
Artem,
Have you noticed http://issues.apache.org/jira/browse/HARMONY-1741? It
also address suspend problems.
My humble comment about wasn't correct: the patch for
http://issues.apache.org/jira/browse/HARMONY-1669 was windows-specific,
so probably this was a different issue.
With best regards,
On 10/10/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
And by the way, just 'build.bat clean' and 'rm -rf pre-copied' is not
enough for a clean start %)
You also need to do
rm -rf make/tmp
... or start with a clean checkout
I did not know this before! Wonder why build clean doesn't
Mikhail,
The reason is as follows. The launcher uses InvocationAPI to start VM.
The spec doesn't require to provide java.class.path property. The
worst thing which should happen in this case is ClassNotFound
exception on attempt to load a class. So I think we have two choices
either use current
2006/10/10, Evgueni Brevnov [EMAIL PROTECTED]:
It seems for me like pretty specified VM behavior to treat classpath
absence as take classes from current directory. At least RI does like
that when you don't specify classpath on command line.
Please note, you said command line - this is
I agree with both of you. Second variant doesn't contradict with what
you are saying. Do you agree?
Evgueni
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/10, Evgueni Brevnov [EMAIL PROTECTED]:
It seems for me like pretty specified VM behavior to treat classpath
absence as
I have just tried launching the RI with a simple launcher (very basic -
CreateJavaVM(),
finds and launches a class, then calls DestroyJavaVM()). The launcher
does not
set java.class.path, and executes the main method of the following class:
public class SysInfo {
public static void
I uploaded a patch which implements CopyOnWriteArrayList class.
Committers, please, take a look at [1]. I also ensured that
CopyOnWriteArrayListTest passes with this implementation.
[1] http://issues.apache.org/jira/browse/HARMONY-1805
I've checkouted clean repository... And even this does not help in my case :(
Will try to run with -d and change the root path.
SY, Alexey
2006/10/10, Salikh Zakirov [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I have not built DRLVM for a few days.
But after last update it fails with the
[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 gave.
Oliver,
You have provided strong arguments that RI uses current directory by
default. I think it makes sense to be compatible with RI in this
particular case.
Thanks
Evgueni
On 10/10/06, Oliver Deakin [EMAIL PROTECTED] wrote:
I have just tried launching the RI with a simple launcher (very
Xiaofeng,
I've just submitted http://issues.apache.org/jira/browse/HARMONY-1806.
It introduces write barriers for Java and also slightly changes the
options processing.
After the HARMONY-1806, the GC's gc_requires_barriers() will be taken
into account.
If gc_requires_barriers()==true, then
2006/10/10, Mikhail Fursov [EMAIL PROTECTED]:
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
I think there is correlation between these 2 questions :). If we use
const char*, we simply copy key and value when setting a property.
And this is impossible with void*.
Ok, this way it
I don't think it is good idea to use -Dvm.dlls for setting up DRLVM
specific properties. It should be much safer to use somthing like
-Xvm.dlls. In that case it is really user's responisbility.
Evgueni
On 10/10/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
Dmitry,
Why do we need to hide the
I also think the diversity is generally good. Let's test Harmony on as
many platfroms as possible and find as many problems as we can. But I
also think that having at least one stable configuration is very
important for those who wants to work on the new features. Doing this
kind of work I'd
Here is a last commands from build -d
build.native.init:
[echo] ## Building native of 'vm.vmcore'
Setting project property: cfg.build - debug
Override ignored for property outtype
Override ignored for property libname
Setting project property: vm.vmcore.outtype - static
Override ignored for
Nikolay,
I thought that it was the problem in the test so I volunteered to fix it but
now I see that this is hythread issue so please fix it asap!
BTW, I see a lot of new classlib tests failures related to this bug. I
updated H-1789 with instructions how to reproduce this.
On 10/10/06,
Oh, again! Classlib is broken on Linux right now! :(
And it was not me who did this to illustrate the problem. :)
On 10/10/06, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
I also think the diversity is generally good. Let's test Harmony on as
many platfroms as possible and find as many problems as
Good work and thanks, Alex!
-xiaofeng
On 10/10/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Xiaofeng,
I've just submitted http://issues.apache.org/jira/browse/HARMONY-1806.
It introduces write barriers for Java and also slightly changes the
options processing.
After the HARMONY-1806, the
2006/10/10, Evgueni Brevnov [EMAIL PROTECTED]:
I don't think it is good idea to use -Dvm.dlls for setting up DRLVM
specific properties. It should be much safer to use somthing like
-Xvm.dlls. In that case it is really user's responisbility.
I tend to agree - we have freedom to extend command
IMO vm.dlls property is useless today and should be removed at all. So we
need more precise example :)
+ I do not actually feel the difference between -X and -D options. Could
anyone explain when it's better to use -X and when -D?
On 10/10/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
I don't
On 10 October 2006 at 18:52, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
Oh, again! Classlib is broken on Linux right now! :(
And it was not me who did this to illustrate the problem. :)
You are obviously using the wrong version of gcc! It compiles and all
tests pass for me. ;-)
-Mark.
On
I'm looking into this.
Nik.
On 10/10/06, Elena Semukhina [EMAIL PROTECTED] wrote:
Nikolay,
I thought that it was the problem in the test so I volunteered to fix it but
now I see that this is hythread issue so please fix it asap!
BTW, I see a lot of new classlib tests failures related to this
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
Mikhail,
BTW, what would you say if all JIT-specific properties were kept
separately? E.g. if there were JAVA, VM, JIT types of properties
storage, would it be of some convenience to JIT side? Just curious :)
I think it would be
Got the following compilation error (SLES 9 gcc 3.3.3):
build-native:
[exec] cc -O1 -march=pentium3 -DLINUX -D_REENTRANT
-DIPv6_FUNCTION_SUPPORT -DHYX86 -I/e
xport/users2/avarlamo/linux.ia32/svn-repo/classlib/deploy/include
-I/export/users2/avarlamo/l
BTW what if we will have Java component in future (E.g. MMTk's GC)? Will the
hidden properties accessible from Java?
On 10/10/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
Mikhail,
BTW, what would you say if all JIT-specific properties
On 10/10/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 10 October 2006 at 18:52, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
Oh, again! Classlib is broken on Linux right now! :(
And it was not me who did this to illustrate the problem. :)
You are obviously using the wrong version of gcc! It
I'm seeing the same problem.
Thanks,
Pavel
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
Got the following compilation error (SLES 9 gcc 3.3.3):
build-native:
[exec] cc -O1 -march=pentium3 -DLINUX -D_REENTRANT
-DIPv6_FUNCTION_SUPPORT -DHYX86 -I/e
2006/10/10, Mikhail Fursov [EMAIL PROTECTED]:
BTW what if we will have Java component in future (E.g. MMTk's GC)? Will the
hidden properties accessible from Java?
AFAIU the point is to separate namespaces completely, so that user
could utilize any property name and it would not affect JVM in
It looks like you don't have lcms.h and, probably, other lcms stuff in
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms\.
Recently awt/swing build was enabled by default and it requires this
dependency as well as png and jpeg.
Read the instructions in
On the 0x1FE day of Apache Harmony Alexei A. Fedotov wrote:
Egor,
You wrote,
The root cause is somewhere beyond the JIT.
Have you agreed with Mikhail suggestion to fix
http://issues.apache.org/jira/browse/HARMONY-1688 on JIT side?
not exactly
Issue (1) in Harmony-1688 needs to be fixed
On 10/10/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/10, Mikhail Fursov [EMAIL PROTECTED]:
BTW what if we will have Java component in future (E.g. MMTk's GC)? Will
the
hidden properties accessible from Java?
AFAIU the point is to separate namespaces completely, so that user
could
On the 0x1FE day of Apache Harmony Pavel Ozhdikhin wrote:
On 10/10/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 10 October 2006 at 18:52, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
Oh, again! Classlib is broken on Linux right now! :(
And it was not me who did this to illustrate the
On 10 Oct 2006 19:29:06 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
why hide from problems? let's fix 'em all (jokingly)
Is it possible with Linux? :)
--
Mikhail Fursov
I have a symlink
trunk/working_classlib/depends/libs/build/lcms/liblcms.ia32 -
/usr/lib/liblcms.a and a good symlink to lcms.h in the same directory.
png and jpeg dirs also contain valid symlinks. Do you think I still
need to compile the libraries?
Thanks,
Pavel
On 10/10/06, Oleg Khaschansky
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
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms\.
I think the problem is more likely that they do have lcms but that they
don't have the same
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
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
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms\.
I think the problem is more likely that they do
On 10 October 2006 at 19:36, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
I have a symlink
trunk/working_classlib/depends/libs/build/lcms/liblcms.ia32 -
/usr/lib/liblcms.a and a good symlink to lcms.h in the same directory.
png and jpeg dirs also contain valid symlinks. Do you think I still
need
On the 0x1FE day of Apache Harmony Mikhail Fursov wrote:
On 10 Oct 2006 19:29:06 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
why hide from problems? let's fix 'em all (jokingly)
Is it possible with Linux? :)
holy war? :)
--
Egor Pasko, Intel Managed Runtime Division
On 10 October 2006 at 19:41, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED]
om wrote:
It looks like you don't have lcms.h and, probably, other lcms stuff in
The fix works for me, thanks! Patching cmmapi.h helped to build classlib.
I also use liblcms 1.0.12. We should either state the minimal
supported version of lib in the docs or patch the sources (what I
think is better in this case).
-Pavel
On 10/10/06, Mark Hindess [EMAIL PROTECTED] wrote:
Hmm, when I was writing the initial version of that
Harmony\enhanced\classlib\trunk\depends\libs\build\readme.txt, it
was stated there that the only suitable version is lcms 1.14. But it
changed alot since then.
On 10/10/06, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
The fix works for me, thanks!
Got 1 error of 17940 tests:
javax.swing.text.GapContent_PositionTest.testShiftGapLeft():
java.lang.IndexOutOfBoundsException at
java.util.ArrayList.get(ArrayList.java:335) at
javax.swing.text.GapContent_PositionTest.checkPositions(GapContent_PositionTest.java:83)
at
2006/10/10, Oleg Khaschansky [EMAIL PROTECTED]:
Hmm, when I was writing the initial version of that
Harmony\enhanced\classlib\trunk\depends\libs\build\readme.txt, it
was stated there that the only suitable version is lcms 1.14. But it
changed alot since then.
Oleg,
You probably mean Windows
Nope, just the fact that there always will configurations we do not support.
And the best we can do is to sum all of those we do support.
For example: Linux user may read the configuration we do support, install
all of the needed environment and run the VM happily. It could better
solution (or
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
Great, thanks for posting this Egor!
I should be able to find some time to look at this in the next day or
so.
Naveen
On Oct 9, 2006, at 11:20 AM, Egor Pasko wrote:
$subj
Naveen, please, take a look!
All, it is reasonable to commit the code since it becomes more and
more difficult to
Alexey Petrenko wrote:
Here is a last commands from build -d
build.native.init:
[echo] ## Building native of 'vm.vmcore'
... log snipped ...
The log you pasted has neither compiler command line,
nor error message, so I wasn't able to figure out anything.
I hope the reason of failure will
On 10/10/06, Tim Ellison [EMAIL PROTECTED] 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 fail in
java.util.Scanner. I've not figured out the base cause of the failure
so I've backed out the changes.
Hi committers
Could someone look at this issue. Because I am going to make another
fix which is depend on this patch.
Thanks.
2006/10/10, Denis Kishenko (JIRA) [EMAIL PROTECTED]:
[classlib][awt][test] java.awt test resources are located in wrong place
Salikh,
I've posted the last few lines from the output. There is no compiler call.
And the error message is the same with the mentioned in the first letter:
BUILD FAILED
C:\Work\Harmony\drlvm\trunk\build\make\build.xml:406: The following
error occurred while executing this line:
On 10/9/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
Hi, when I tested with GCv5 in DRLVM, I found there is design issue in
threading part. That is, after gc is initiated (gc_init) in runtime,
the main thread can't allocate object based on its allocation context
(thread local gc info), because the
On 10 October 2006 at 19:00, Denis Kishenko [EMAIL PROTECTED] wrote:
Hi committers
Could someone look at this issue. Because I am going to make another
fix which is depend on this patch.
The diff looks like it contains some moves. In order to keep the
history, please submit moves as a
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
On 10 October 2006 at 12:23, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Muahaha... didn't you just say this was something that never changed,
was geological in stability, etc, etc? :)
:-) Well, yeah, and I was worried until I saw that:
a) the change to introduce this variable happened over
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 of goodness and harmony in the
1 - 100 of 137 matches
Mail list logo
