Geir,
Are you working on HARMONY-95? Would you mind reassigning it to me?
Thanks,
Stepan Mishura
Intel Middleware Products Division
Not only the document.
Now build fails without e.g. junit in classpath:
BUILD FAILED
H:\make\build-test.xml:58: The following error occurred while
executing this line:
H:\modules\luni\make\build.xml:123: The following error occurred while
executing this line:
On 4/4/06, Paulex Yang [EMAIL PROTECTED] wrote:
Tim,
I've rolled back the page, and I'm sorry if it made someone
uncomfortable. I thought Wiki should not be something final, or
official, and it just used as record for sth. in progress, say,
discussion, code status, or volunteer, so that
On 4/3/06, Tim Ellison [EMAIL PROTECTED] wrote:
Anton Avtamonov wrote:
On 4/3/06, Mark Hindess [EMAIL PROTECTED] wrote:
[SNIP]
Personally, I'd raise JIRA's one at a time when you have fixes
prepared. That way they can be discussed and we can firm up our
policy on matching behaviour.
That looks like the JUnit Ant task is missing -- you still need to put
JUnit into ant/lib etc. to use junit ...
and I'd encourage people to put the Eclipse compiler adapter in there
too so we can use that.
Regards,
Tim
Mikhail Loenko wrote:
Not only the document.
Now build fails without
Could you put the summary title of HARMONY-121 in the log message please
-- going off to JIRA is always a lengthy experience (for me).
Thanks
Tim
[EMAIL PROTECTED] wrote:
Author: mloenko
Date: Mon Apr 3 22:42:32 2006
New Revision: 391227
URL:
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
That looks like the JUnit Ant task is missing -- you still need to put
JUnit into ant/lib etc. to use junit ...
Actually the tests pass when junit.jar is in CLASSPATH, so seems like
junit... task works well.
Do you mean that to run the tests I'll have
Anton Avtamonov wrote:
On 4/4/06, Paulex Yang [EMAIL PROTECTED] wrote:
Tim,
I've rolled back the page, and I'm sorry if it made someone
uncomfortable. I thought Wiki should not be something final, or
official, and it just used as record for sth. in progress, say,
discussion, code status, or
Ok, sure
(I've committed fix for 283 before I see this message)
Mikhail
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
Could you put the summary title of HARMONY-121 in the log message please
-- going off to JIRA is always a lengthy experience (for me).
Thanks
Tim
[EMAIL PROTECTED] wrote:
Anton Avtamonov wrote:
On 4/3/06, Tim Ellison [EMAIL PROTECTED] wrote:
Anton Avtamonov wrote:
snip
The way how we document them is a special JIRA category, right? So,
tracking each deviation independent allows us to discuss them and
change the category in case we would like to preserve the
Mikhail Loenko wrote:
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
That looks like the JUnit Ant task is missing -- you still need to put
JUnit into ant/lib etc. to use junit ...
Actually the tests pass when junit.jar is in CLASSPATH, so seems like
junit... task works well.
Perhaps the JRE
OK, I see
Is there any way to avoid requirement of having *two* copies of junit.jar
in separate directories?
Thanks,
Mikhail
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
Mikhail Loenko wrote:
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
That looks like the JUnit Ant task is missing -- you still
On 4/4/06, Tim Ellison wrote:
Mikhail Loenko wrote:
2006/4/4, Tim Ellison [EMAIL PROTECTED]:
That looks like the JUnit Ant task is missing -- you still need to put
JUnit into ant/lib etc. to use junit ...
Actually the tests pass when junit.jar is in CLASSPATH, so seems like
junit...
Paulex,
It's good idea to compare a couple of implementations, and if so, I
think we need some case by case discussion if they themselves have
differences, and further we may need one difference behavior report (on
Wiki? or JIRA maybe?) to every RI. The reports are also useful
information to
On a related subject, one side-effect of the dependency changes is
that the downloaded jars that are copied to the deploy tree will be
picked up by the snapshot target. The ASF need to decide if
distributing these jars this way is acceptable.
-Mark.
On 4/4/06, Etienne Gagnon [EMAIL PROTECTED]
Avtamonov,
Agree with you that we need to mail notification/discussions before
publishing, In fact, yesterday I've trigged discussion on java.util
upgrade in another thread. But I keep my opinion about the Wiki using.
However, I'm fine to comply with majority opinions to move things
forward,
Etienne Gagnon wrote:
Geir Magnusson Jr wrote:
For example, we're going to do a distro dependnent on this sablevm.jar
thing. What if harmony was the only project using it? or the author
went bankrupt, or - more likely - lost his site because he/she got their
PhD and graduated from
done! go! :)
Stepan Mishura wrote:
Geir,
Are you working on HARMONY-95? Would you mind reassigning it to me?
Thanks,
Stepan Mishura
Intel Middleware Products Division
-
Terms of use :
Can we badger the eclipse people to make it avail as a download ?
Tim Ellison wrote:
That looks like the JUnit Ant task is missing -- you still need to put
JUnit into ant/lib etc. to use junit ...
and I'd encourage people to put the Eclipse compiler adapter in there
too so we can use that.
Agreed - along with other information that's relevant, like what you did
to fix a JIRA issue
Tim Ellison wrote:
Could you put the summary title of HARMONY-121 in the log message please
-- going off to JIRA is always a lengthy experience (for me).
Thanks
Tim
[EMAIL PROTECTED] wrote:
That's not a problem as long as the jars are under an acceptable license
for redistribution, which they are. A counterexample would be a tool we
like to use but won't redistribute - we should be sure things like that
don't get sucked in accidentally.
geir
Mark Hindess wrote:
On a related
Since this change I am seeing test errors and failures. Specifically
ClassNotFoundExceptions in all tests (I think, I checked a sample) in:
javax.crypto
javax.crypto.interfaces
javax.crypto.serialization
javax.crypto.spec
org.apache.harmony.security.x.crypto
-Mark.
On 4/4/06, [EMAIL
Mark, I covered this in another thread - I assumed that everybody adds
junit.jar to classpath (according to running-test.txt file) but I realized
now that this is not true. Crypto test suite picks up junit.jar from
classpath to run unit tests on bootclasspath. So I'm going to change ant
script for
Leo Simons wrote:
To have a dependency on external packages, we extend some trust to their
authors/vendors to keep them available as open source...
OK, I selected the wrong example. I am sure that you do understand that
my worry is not a trust issue, but motly a convenience one and only a
On Tue, Apr 04, 2006 at 12:46:29AM -0400, Etienne Gagnon wrote:
Tim Ellison wrote:
Gary Clark wrote:
3) Do any of the current VMs support the 1.5 features? Off the top of my
head I don't recall if anything changed within the VM to support them.
I'll let Etienne, Archie, Dalibor, et al
Etienne Gagnon wrote:
Tim Ellison wrote:
Gary Clark wrote:
3) Do any of the current VMs support the 1.5 features? Off the top of my
head I don't recall if anything changed within the VM to support them.
I'll let Etienne, Archie, Dalibor, et al describe their status wrt Java
1.5 support. The
--- Dalibor Topic [EMAIL PROTECTED] wrote:
We'll have 1.5 support out of the box for the next
Kaffe release.
Guilhem has checked in the code, so I just need to
find some time to
make the build system work with a generified
glibj.zip, and see if we
are missing some changes from the GNU
Hi all,
I'm pleased to announce that a new IBM VME will be made available soon at:
http://www-128.ibm.com/developerworks/java/jdk/harmony/index.html
The new VME downloads are named Harmony-vme-win.IA32-v2.zip and
Harmony-vme-linux.IA32-v2.tar.gz. I would like to stress that if you
download
On Tue, Apr 04, 2006 at 09:05:04AM -0700, Matt Benson wrote:
--- Dalibor Topic [EMAIL PROTECTED] wrote:
We'll have 1.5 support out of the box for the next
Kaffe release.
Guilhem has checked in the code, so I just need to
find some time to
make the build system work with a generified
Hi,
I have started playing with the launcher and SableVM. I have a little
fun trying to figure out how to debug the thing using DDD. The execv
trick was a nasty one to get over... Anyway, now that it works, I am
facing a JNI specification interpretation problem.
It seems that the launcher
Hi all,
So, I've temporarily modified SableVM's trunk to ignore the Harmony
launcher JNI bug. You can now launch SableVM using the Harmony launcher.
More interestingly, I have written down the precise instructions to get
it all running in debug mode, in DDD, (a nice graphical front-end to
gdb),
Etienne Gagnon wrote:
Hi,
I have started playing with the launcher and SableVM. I have a little
fun trying to figure out how to debug the thing using DDD. The execv
trick was a nasty one to get over...
Glad you are having fun ;-)
Anyway, now that it works, I am
facing a JNI
Good work.
Regards,
Tim
Etienne Gagnon wrote:
Hi all,
So, I've temporarily modified SableVM's trunk to ignore the Harmony
launcher JNI bug. You can now launch SableVM using the Harmony launcher.
More interestingly, I have written down the precise instructions to get
it all running in
Etienne Gagnon wrote:
It seems that the launcher assumes that it is OK to call
(*env)-ExceptionDescribe() even when there is no pending exception.
Definitely sounds like a bug (in the launcher) to me.
-Archie
__
Archie
awesome!
Etienne Gagnon wrote:
Hi all,
So, I've temporarily modified SableVM's trunk to ignore the Harmony
launcher JNI bug. You can now launch SableVM using the Harmony launcher.
More interestingly, I have written down the precise instructions to get
it all running in debug mode, in DDD, (a
Hello there,
First, I want to apologise for my english which is not my natural language and
for all the times I chatted during english lessons at school.
I am a student at UQAM and I am following Etienne Gagnon's course on
Virtual Machines. I have studied SableVM since January, which means I do
All,
After some piecemeal fits and starts on the BootJVM code, I am
about ready to get started on another round. I am checking in
the opcode work that brings this JVM to a place of basic functioning
except for the ATHROW opcode, which is my first order of business
with this round of work.
Stepan,
Thanks, this fixed the problems I was seeing.
However, looking at your commit, I'd have preferred to import the
depends.xml and refer to junit as ../../${junit.dir} to reduce
coupling so we have fewer changes to make if/when we update the
dependencies.
Regards,
Mark.
On 4/4/06,
38 matches
Mail list logo