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
Jean-frederic Clere wrote:
Tim Ellison wrote:
we should accept -verbose, and most likely print
out class loading info by default (i.e. without any ':' directive); but
I don't think that we need to output in exactly the same format.
I think that -verbose should be like -verbose:class
Salikh Zakirov wrote:
Technically, -verbose is equivalent to '-verbose:jni -verbose:gc
-verbose:class'.
-verbose:class is also accepted.
I've not seen it used like that though -- it usually just prints out the
class loading info.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java
Alexey Varlamov wrote:
[snip]
What are you concerned about wasting? It will take longer for
sure, but
'java -version' doesn't need to be super fast (it prints to the
console
and quits). In addition, we should consider gathering version
information from the class library code too,
Elena Semukhina wrote:
Classlib test ThreadGroupTest.test_setMaxPriorityI() fails on DRLVM because
it expects behaviour that conflicts with specification.
The test passes on IBM VME and RI. The issue is reported at
https://issues.apache.org/jira/browse/HARMONY-1625.
Actually there is a bug
Sounds like the right approach, thanks Tony.
Regards,
Tim
Tony Wu wrote:
Hi all,
I have not found a guideline or instruction for trying hdk on
applications. And I think something like how to try harmony on
applications will do some help for those who have interest in this
job. These days
That is strange behavior, since as you point out it does not set a
parametrized value, however, I wonder if there is some assumption that
the setFoo() method may be a mutator anyway, e.g. setDefaults() or
something like that? Just guessing.
In this case it may be safer to follow the RI -- but
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?
P.S.: I personally like diversity in tool chains. Let's make a single
configuration not a must, but a
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 the ability to add
Gregory Shimansky wrote:
As to rpm packages, send me a email directly, please write which version of
redhat you have installed. I am sure I can help you with installing the
necessary packages.
Why won't you do that publicly, i.e. on the website ? or is the offer
open to everyone to mail you
Leo Li wrote:
During the self-hosting of Derby...
Minor nit, but as Sian pointed out before we would usually reserve
'self-hosting' to mean using Harmony in development of the project
itself, i.e. self hosting in the build system or using Eclipse. I don't
consider running other apps as
Just to add my 2p -- I also agree with doing the work in the trunk. Of
course the minimum cost of working there is that you do no harm to the
other platforms. That is the zeroth level of integration.
The first level of integration would then be to modify the build system
to build the IPF code,
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 be useful for those
Stepan Mishura wrote:
So we have following suggestions:
1) leave the check and document the difference with RI
2) follow RI and put a warning
What warning did you have in mind? And don't say j.u.logging 'cos I can
find out where you live you know :-)
Regards,
Tim
3) do
Tony,
Let's try and converge our visions. BTW, I really like your work about ANT unit
tests.
What I want is a more flexible one
Could you please give more details on that? I just tried looking for '.ant.'
and got your results separated. What would be a use case to add more search
capabilities?
PolePosition is a benchmark test suite to compare database engines and
object-relational mapping technology. (http://www.polepos.org/). I tried to
run PolePosition on Harmony(lastest build), but unfortunately vm crashed
during the execution.
The DRLVM crashes at the very early stage, while IBM
Thanks for your help. Ant get issue had been resolved and solution had been
updated to the wiki page, please help to check.
However, another issue occoured.
I received this error when I executed build.bat after the update:
BUILD FAILED
C:\Harmony\trunk\working_vm\build\make\build.xml:406: The
I couldn't have said it better. :)
On 10/14/06, Tim Ellison [EMAIL PROTECTED] 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
Andrew,
did you use latest snapshot or build classlib and drlvm from the latest sources?
SY, Alexey
2006/10/14, Andrew Zhang [EMAIL PROTECTED]:
PolePosition is a benchmark test suite to compare database engines and
object-relational mapping technology. (http://www.polepos.org/). I tried to
This error simply means that ant can not finad a compiler. Because
Harmony does not have a compiler.. yet...
Somewhere (in the READMEs or on the Harmony site) was an instruction
on using Eclipse compiler for Harmony build.
You should look for this info.
SY, Alexey
2006/10/14, Justin Zheng
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
2006/10/14, Paulex Yang [EMAIL PROTECTED]:
Alexey Petrenko wrote:
This error simply means that ant can not finad a compiler. Because
Harmony does not have a compiler.. yet...
Somewhere (in the READMEs or on the Harmony site) was an instruction
on using Eclipse compiler for Harmony build.
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 be
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
On 10/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
is this using a JRE snapshot, or did you build it? If so, did you build
a debug build?
I used:
1. latest harmony class lib + ibm vme.
2. latest snapshot to test DRLVM (since I'm not familiar with drlvm build)
what does java -version
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
running multi-thread
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
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 snapshot.
I also tried some
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
I simplified test scenario in PolePosition. Now it throws unexpected
exception when generating test report:
java.awt.geom.IllegalPathStateException: First segment should be SEG_MOVETO
type
at java.awt.geom.GeneralPath.checkBuf(GeneralPath.java:204)
at
+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.
--
Mikhail Fursov
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.
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.
Please, apply 1814 fix
too. The fix is quite simple but the bug is important - several
people faced this problem.
On 10/15/06, Ivan Volosyuk [EMAIL PROTECTED] 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)
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.
What an interesting discussion! I have just read this out. :)
IMHO, all of the discussion is focused on the scalability of
bazar-like development as it exists here in harmony incubator:
If something wrong is commited, then everyone has broken build or
something doesn't work. - This is bad.
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
diagnostics it looks like SIGSEGV in initialization static block of the
library.
Regards,
Pavel.
On 10/15/06, Geir Magnusson Jr. [EMAIL
False alarm. It works just fine now.
But it was broken on Friday!.. Mistery.
Pavel.
On 10/15/06, Pavel Pervov [EMAIL PROTECTED] wrote:
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
done
Mikhail Fursov wrote:
Please, apply 1814 fix
too. The fix is quite simple but the bug is important - several
people faced this problem.
On 10/15/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Geir, please also apply the HARMONY-1762 fix. It contains one more
DRLVM stability fix, but in this
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 on Ubuntu 6 - see JIRA. Not applied
HARMONY-1815 contains small and highly desirable fix for EM64T.
Without it the GC
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 on Ubuntu 6 - see JIRA. Not applied
I see. I have attached
On a related note, it seems that some changes have been committed that
are using generics in the pack200 code. These will prevent it from
being run on pre Java 1.5 systems, which again was one of my goals in
writing this. I'll have to revert those changes, too ...
Alex.
On 15/10/06, Alex
Ivan Volosyuk wrote:
What an interesting discussion! I have just read this out. :)
IMHO, all of the discussion is focused on the scalability of
bazar-like development as it exists here in harmony incubator:
If something wrong is commited, then everyone has broken build or
something doesn't
Pavel Pervov wrote:
Geir,
as I may observe, interpreter is broken both on windows and linux for at
least 3 days now. The interpreter library just does not load. From system
diagnostics it looks like SIGSEGV in initialization static block of the
library.
I dunno. My system passes
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 on
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
On 10/14/06, Tim Ellison [EMAIL PROTECTED] wrote:
Elena Semukhina wrote:
Classlib test ThreadGroupTest.test_setMaxPriorityI() fails on DRLVM
because
it expects behaviour that conflicts with specification.
The test passes on IBM VME and RI. The issue is reported at
49 matches
Mail list logo
