[ If you don't know/care about either OSGi manifests or Eclipse, then
don't worry, you can ignore this note -- just continue as you are. ]
I'm going through the module manifests and putting in some explicit
imports to satisfy the requirements of the tests within a module.
Since this means that
Dear All,
I'm happy to announce the contribution of the DRL Virtual Machine on behalf of
Intel.
I have described in the bottom of this message how you can try it for yourself.
The code is a result of efforts of Intel Middleware Products Division team. The
archive with the contribution is
woo hoo!
Andrey Chernyshev wrote:
Dear All,
I'm happy to announce the contribution of the DRL Virtual Machine on
behalf of
Intel.
I have described in the bottom of this message how you can try it for
yourself.
The code is a result of efforts of Intel Middleware Products Division
team.
AWESOME
On 5/3/06, Andrey Chernyshev [EMAIL PROTECTED] wrote:
Dear All,
I'm happy to announce the contribution of the DRL Virtual Machine on behalf of
Intel.
I have described in the bottom of this message how you can try it for yourself.
The code is a result of efforts of Intel Middleware
Good work Andrey and everyone in the MPD (getting the Intel lingo ;-) )
I appreciate just how much work is involved in making such a large
contribution into the project -- you guys are stars!
Go Harmony!
Regards
Tim
Andrey Chernyshev wrote:
Dear All,
I'm happy to announce the contribution
Hi Andrey,
I took a brief look at the code and the documentation, and noticed
that DRLVM is written in C++ instead of plain C.
Is there any particular reason for using C++?
Could you briefly tell us the story of DRLVM?
Enrico
Dear All,
I'm happy to announce the contribution of the DRL
Re the C++... Don't look a gift horse in the mouth :)
--
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437
-Original Message-
From: Enrico Migliore [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 03, 2006 8:58 AM
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM
Thanks Tim! I think we'll need to discuss the further steps, probably
after people do some playing with this code and (hopefully) we get a
decision regarding it's acceptance.
Thanks,
Andrey.
On 5/3/06, Tim Ellison [EMAIL PROTECTED] wrote:
Good work Andrey and everyone in the MPD (getting the
I don't think there's going to be a problem there, but lets all start
looking at it...
geir
Andrey Chernyshev wrote:
Thanks Tim! I think we'll need to discuss the further steps, probably
after people do some playing with this code and (hopefully) we get a
decision regarding it's acceptance.
I took a brief look at the code and the documentation, and noticed
that DRLVM is written in C++ instead of plain C.
Is there any particular reason for using C++?
DRLVM reuses some C++ code from earlier Intel research projects
(of course, code origin was carefully tracked and certified),
and
Is there any particular reason for using C++?
Well, there was no any specific reason to develop in C++ except just
the developer's convenience. Some of the parts, for example - JIT
compiler, were believed to be pretty complex and people didn't see how
it can be easily done without exploiting
Tim Ellison wrote:
Good work Andrey and everyone in the MPD (getting the Intel lingo ;-) )
I appreciate just how much work is involved in making such a large
contribution into the project -- you guys are stars!
Go Harmony!
Same here! a *huge* thanks, you guys rock!
Regards
Tim
What's the difference between DRLVM and ORP?
Wes Felter - [EMAIL PROTECTED]
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
5 years? :)
The DRLVM (which really is an Intel name - we'll switch to something
else...) has it's roots in ORP, but has a lot of new and advanced work
in it.
geir
Wes Felter wrote:
What's the difference between DRLVM and ORP?
Wes Felter - [EMAIL PROTECTED]
Tim Ellison wrote:
[ If you don't know/care about either OSGi manifests or Eclipse, then
don't worry, you can ignore this note -- just continue as you are. ]
I'm going through the module manifests and putting in some explicit
imports to satisfy the requirements of the tests within a module.
Geir Magnusson Jr wrote:
Tim Ellison wrote:
[ If you don't know/care about either OSGi manifests or Eclipse, then
don't worry, you can ignore this note -- just continue as you are. ]
I'm going through the module manifests and putting in some explicit
imports to satisfy the requirements of
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
[ If you don't know/care about either OSGi manifests or Eclipse, then
don't worry, you can ignore this note -- just continue as you are. ]
I'm going through the module manifests and putting in some explicit
imports to satisfy
Geir,
Two things:
1)
We forgot one more JIRA bug report --- 192. Please also close 192.
Sorry for not catching this earlier
2)
The current path sorta, kinda looks like I continue filing new JIRA
bug reports as I make progress on gnuclasspath. I don't have svn
checkin permission.
Weldon
Weldon Washburn wrote:
Geir,
Two things:
1)
We forgot one more JIRA bug report --- 192. Please also close 192.
Sorry for not catching this earlier
Is there code there that needs to come into SVN.
2)
The current path sorta, kinda looks like I continue filing new JIRA
bug reports as I
Hi all,
This is an impressive contribution. I have downloaded to a Windows XP
system and have successfully built the VM and have run Eclipse 3.1.1
using it.
A few notes on getting it to work on Windows.
1) On setting the COMPILER_CFG_SCRIPT as outlined in the README. I
could not figure
I'm running into the problem that apr-iconv-1.1.1.zip doesn't exist
Elford, Chris L wrote:
Hi all,
This is an impressive contribution. I have downloaded to a Windows XP
system and have successfully built the VM and have run Eclipse 3.1.1
using it.
A few notes on getting it to work
Hi all,
Since I shared initial experiences with this package, I thought I
should do the same on Linux. I have not experienced as much luck there
yet.
A few notes:
1) If you are behind a proxy, make sure to follow the instructions
regarding setting up the svn proxy [~/.subversion/servers].
Hi Chris,
could you please try the gcc of 3.3.3 version? We use this version on SUSE
LINUX Enterprise Server 9 and all works w/o any issues.
Thanks,
Vladimir.
On 5/4/06, Elford, Chris L [EMAIL PROTECTED] wrote:
Hi all,
Since I shared initial experiences with this package, I thought I
On 5/3/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
Geir,
Two things:
1)
We forgot one more JIRA bug report --- 192. Please also close 192.
Sorry for not catching this earlier
Is there code there that needs to come into SVN.
It looks like Archie took the
Oh Mighty Eclipse Foundation,
Thou art soest bountiful, we praise your munificence, especially that
which compiles the java.
We beseech thee, in thy mercy, to offer to your lowly servants that
which we covet alone in it's beauty, without thy holy bloat, for while
that which wraps the
On 3 May 2006 at 18:21, Elford, Chris L [EMAIL PROTECTED] wrote:
Hi all,
Since I shared initial experiences with this package, I thought I
should do the same on Linux. I have not experienced as much luck there
yet.
A few notes:
1) If you are behind a proxy, make sure to follow the
On 4 May 2006 at 1:19, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Oh Mighty Eclipse Foundation,
Thou art soest bountiful, we praise your munificence, especially that
which compiles the java.
We beseech thee, in thy mercy, to offer to your lowly servants that
which we covet alone in it's
Or get Eclipse to just make the jar's we need (and others need)
available somewhere...
geir
--
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437
-Original Message-
From: Mark Hindess [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 1:38 AM
To:
28 matches
Mail list logo