Vladimir Gorr wrote:
On 5/19/06, Andrey Chernyshev [EMAIL PROTECTED] wrote:
On 5/19/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
IMHO, I would prefer new patch attached. Say, named like:
DRLVM-GCC-3.4_and_4.x-cumulative_v2.patch
DRLVM-GCC-3.4_and_4.x-cumulative_20060519.patch
It could
And please create new JIRA's for the patches.
Link your new JIRA to the old JIRA that it patches, and have a good
description of what it does, what it replaces, etc If we do this right,
we have a clear chain of JIRAs to follow when we vote and probably*
accept DRLVM.
geir
* because it is
Gorr [mailto: [EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 2:24 AM
To: harmony-dev@incubator.apache.org
Cc: Andrey Chernyshev
Subject: Re: DRLVM contribution - try this out!
Chris,
most likely I've understood a root cause of your issue. I paid
attention
IMHO, I would prefer new patch attached. Say, named like:
DRLVM-GCC-3.4_and_4.x-cumulative_v2.patch
DRLVM-GCC-3.4_and_4.x-cumulative_20060519.patch
It could help people if something is working with old patch and
suddenly stop working with new one. Please, write small description
with patch
On 5/19/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
IMHO, I would prefer new patch attached. Say, named like:
DRLVM-GCC-3.4_and_4.x-cumulative_v2.patch
DRLVM-GCC-3.4_and_4.x-cumulative_20060519.patch
It could help people if something is working with old patch and
suddenly stop working with new
On 5/19/06, Andrey Chernyshev [EMAIL PROTECTED] wrote:
On 5/19/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
IMHO, I would prefer new patch attached. Say, named like:
DRLVM-GCC-3.4_and_4.x-cumulative_v2.patch
DRLVM-GCC-3.4_and_4.x-cumulative_20060519.patch
It could help people if something
Hi Leo,
thank you very much for all details and very valuable links!
Yes, I'm aware about the existence the technologies mentioned by you.
Actually I meant a little bit other thing.
I understand how it works when the patches are integrated to the repository
on regular base. After this all
On Sun, May 07, 2006 at 01:36:11PM +0700, Vladimir Gorr wrote:
I understand how it works when the patches are integrated to the repository
on regular base. After this all customers can create new patches and etc.
etc. etc.
Here I see no any issues. There are a lot of GUI tools allowing to
On 5/6/06, Vladimir Gorr [EMAIL PROTECTED] wrote:
If I've correctly understood you use the Eclipse pre-installed before
(you mention about the ECLIPSE_HOME).
Therefore I'd also advise you to clean the %ECLIPSE_HOME%\configuration
directory before start the eclipse.bat script.
Rana,
I meant
2006/5/6, Vladimir Gorr [EMAIL PROTECTED]:
If I've correctly understood you use the Eclipse pre-installed before (you
mention about the ECLIPSE_HOME).
Therefore I'd also advise you to clean the %ECLIPSE_HOME%\configuration
directory before start the eclipse.bat script.
I very hope it should
On 5/6/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
I want to make a small addition to Vladimir's suggestion. Eclipse doesn't
work after its configuration directory is erased completelty. You should
keep config.ini file in it or eclipse won't start any more.
You might also consider using
+1 to Geir's comments below (i.e. that's my preference too)
Regards,
Tim
Geir Magnusson Jr wrote:
Leo Simons wrote:
On Thu, May 04, 2006 at 04:50:28PM -0700, Rana Dasgupta wrote:
We should probably hold off on patching right now?
I don't see why you can't attach patches to the
On Fri, May 05, 2006 at 10:24:12AM +0100, Tim Ellison wrote:
+1 to Geir's comments below (i.e. that's my preference too)
wiki-fy it! :-)
LSD
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe,
/local/gcc-4.0.3/c++/4.0.3/ext.
Thanks,
Chris Elford
Intel Middleware Products Division
-Original Message-
From: Vladimir Gorr [mailto: [EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 2:24 AM
To: harmony-dev@incubator.apache.org
Cc: Andrey Chernyshev
Subject: Re: DRLVM contribution
.
Thanks,
Chris Elford
Intel Middleware Products Division
-Original Message-
From: Vladimir Gorr [mailto: [EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 2:24 AM
To: harmony-dev@incubator.apache.org
Cc: Andrey Chernyshev
Subject: Re: DRLVM contribution - try this out
,
Chris Elford
Intel Middleware Products Division
-Original Message-
From: Vladimir Gorr [mailto: [EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 2:24 AM
To: harmony-dev@incubator.apache.org
Cc: Andrey Chernyshev
Subject: Re: DRLVM contribution - try this out
-Original Message-
From: Ivan Volosyuk [mailto:[EMAIL PROTECTED]
Sent: Friday, May 05, 2006 8:48 AM
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM contribution - try this out!
The updated patch DRLVM-GCC-3.4_and_4.x-cumulative.patch is now in
Harmony-443 JIRA with detailed instructions
@incubator.apache.org
Subject: RE: DRLVM contribution - try this out!
Hi Ivan,
On Fedora core 4 and compiler 4.1.0, I get further with this patch. I
am able to build successfully with gcc 4.1.0 [4.0.3 still had some
template issues].
Unfortunately, while the resulting executable can run ij -version
Certainly all I'll say is obvious but ...
Suppose the patches A B should change same lines of sources code to fix
the different bugs.
They cannot be accepted independently. Other example when the B patch is
created after as A was accepted.
In this case we should describe the exact order these
Hi Rana,
could you please say me how you start the Eclipse?
I mean whether you used the eclipse.bat script for this purpose?
The scenario described by you works for me.
Thanks,
Vladimir.
On 5/6/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Hi,
ij.exe on Windows ( both debug and release )
If I've correctly understood you use the Eclipse pre-installed before (you
mention about the ECLIPSE_HOME).
Therefore I'd also advise you to clean the %ECLIPSE_HOME%\configuration
directory before start the eclipse.bat script.
I very hope it should help to elimante your issue. Please let me know
Hi Mark,
thank you very much for this valuable information. Indeed we used the gcc of
3.X version to build DRLVM.
It's not clear a cause why this header file (stl_hash_fun.h) has been
renamed for the recent gcc versions.
It seems the DRLVM sources should be correspondingly tuned to avoid the
Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link
errors:
I can suggest that link errors may be result of previous compilation
with GCC 4.0 and then subsequent attempt to link with GCC 3.3.6.
You may do the build clean first if you are changing the things like
compiler, or,
On 4 May 2006 at 13:58, Andrey Chernyshev [EMAIL PROTECTED] wrote:
Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link
errors:
I can suggest that link errors may be result of previous compilation
with GCC 4.0 and then subsequent attempt to link with GCC 3.3.6.
You may do
On 4 May 2006 at 13:58, Andrey Chernyshev [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link
errors:
I can suggest that link errors may be result of previous compilation
with GCC 4.0 and then subsequent attempt to link with
Hi Chris,
Thanks for the useful notes:
1) On setting the COMPILER_CFG_SCRIPT as outlined in the README. I
could not figure out how to get it to work with the Windows Platform
SDK. There is no vcvars.bat in the platform sdk just SetEnv.Cmd which
doesn't work quite the same way. I switched it
DRLVM compiled fine on my home computer. Eclipse works.
Configuration:
Gentoo stable, not much up to date.
gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
Binutils: 2.16.1
Kernel: 2.6.15.6
One build issue:
When using /usr/bin/ant compilation failed even for ant-1.6.5, I have
On 4 May 2006 at 21:43, Ivan Volosyuk [EMAIL PROTECTED] wrote:
DRLVM compiled fine on my home computer. Eclipse works.
Configuration:
Gentoo stable, not much up to date.
gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
Binutils: 2.16.1
Kernel: 2.6.15.6
I'm using Debian
Great! Good progress.
Here is mine:
gcc (GCC) 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)
Gcc-4.x is masked in gentoo, so I have started with gcc-3.4.6.
It was harder then before. I have made number of changes in jitrino/**/Set.h
to get it compile.
A few more changes in other places in
We should probably hold off on patching right now?
The submission compiles and runs fine with XP V2, msvc VC7 and with SUSE
9.2 and GCC 3.3.4.
We should pick the Linux/GCC version that we run Harmony builds
regularly on and make all the changes in one shot to fix the compile on
that. Has
On Thu, May 04, 2006 at 04:50:28PM -0700, Rana Dasgupta wrote:
We should probably hold off on patching right now?
I don't see why you can't attach patches to the relevant jira issue, if the
code is accepted then its likely the patch will be, too :-)
Patch management is going to be hard if
++/4.0.3/ext.
Thanks,
Chris Elford
Intel Middleware Products Division
-Original Message-
From: Vladimir Gorr [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 2:24 AM
To: harmony-dev@incubator.apache.org
Cc: Andrey Chernyshev
Subject: Re: DRLVM contribution - try this out!
Chris
contribution - try this out!
Chris,
most likely I've understood a root cause of your issue. I paid attention
the /usr/include/ext directory is absent on your machine. It means (or
can
mean)
the g++ compiler has been partially installed for your case. Please, try
to
eliminate it and to re-build again
Leo Simons wrote:
On Thu, May 04, 2006 at 04:50:28PM -0700, Rana Dasgupta wrote:
We should probably hold off on patching right now?
I don't see why you can't attach patches to the relevant jira issue, if the
code is accepted then its likely the patch will be, too :-)
Personally, I'd
I linked 443 to the original DRL contrib JIRA.
geir
Ivan Volosyuk wrote:
Leo, thank you, for the clarification.
I have created JIRA issue 'Harmony-443' with the patch.
It fixes compilation with GCC-3.4.6
I have checked, that fix doesn't break GCC-3.3.x build or windows build.
Now I am
In my opinion the presence a lot of patches for same contribution (until it
will be put to SVN) is not good idea.
It's very conveniently to have one patch if its size is not too big.
Otherwise we will have the issues with the maintenance.
Now we try to fix the build problems (using different
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
contribution - try this out!
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
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
Message-
From: Enrico Migliore [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 03, 2006 8:58 AM
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM contribution - try this out!
Hi Andrey,
I took a brief look at the code and the documentation, and noticed
that DRLVM is written in C
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]
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 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
53 matches
Mail list logo
