what's the link we're talking about?
Morozova, Nadezhda wrote:
What about the portions of the Unicode copyright?
Thank you,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, November 13, 2006 5:06 PM
To: harmony-dev
://incubator.apache.org/harmony/subcomponents/drlvm/developers_guide
.html - these seem to have apache and intel copyright (can be resolved)
+ the Unicode disclaimer.
Thank you,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, November 13
Thats what I thought I suggested, but don't see the email now...
Stefano Mazzocchi wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
On Saturday 11 November 2006 04:28 Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
Author: gshimansky
Date: Fri Nov 10 16:17:50 2006
New Revision
Can you please give us an idea of what you have right now? There's no
way we can participate with you if we don't have an idea of current
status...
geir
Ilya Neverov wrote:
On 10/31/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
[skip]
Assumptions which look reasonable for jdktool's
Gregory Shimansky wrote:
On Sunday 12 November 2006 00:39 Geir Magnusson Jr. wrote:
Ok I think I've come up with a reasonable compromise. I still used the
whole system of converting XML and all the stuff. It does quite a lot of
things in setup and init targets and using select is convenient
LvJimmy,Jing wrote:
Oops!GPL v2? I can hardly believe it!
Why?
Does it mean, all codes using Sun's JDK have to take GPL?
No.
geir
Crazy and unbelieveable... However I like GPL ;)
在06-11-13,Jin Mingjian [EMAIL PROTECTED] 写道:
Mark Reinhold's blog has confirmed this news. He said:
...
Jin Mingjian wrote:
GPL is not very compatible with Apache License. So, I guess Sun want
to prevent Harmony from using any codes they owned?! Very Very Very...
No - it was simply about control.
geir
在 06-11-13,LvJimmy,Jing[EMAIL PROTECTED] 写道:
Oops!GPL v2? I can hardly believe it!
Does
-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Egor Pasko
Sent: Thursday, November 09, 2006 7:41 PM
To: harmony-dev@incubator.apache.org
Subject: Re: FW: [build] Building on Eclipse - FYI
On the 0x21C day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x21C day of Apache
Gregory Shimansky wrote:
On Thursday 02 November 2006 23:24 Geir Magnusson Jr. wrote:
That's an understatement. Don't feel bad. I've never seen anything
like it before. The idea of generating ant scripts on teh fly is very
unconventional.
.
You don't have enough cuts and bruises
Gregory Shimansky wrote:
On Saturday 11 November 2006 04:28 Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
Author: gshimansky
Date: Fri Nov 10 16:17:50 2006
New Revision: 473588
URL: http://svn.apache.org/viewvc?view=revrev=473588
Log:
Applied HARMONY-2152 [drlvm][em64t] build is broken
We did put *some* thought into it ;)
geir
Egor Pasko wrote:
On the 0x21D day of Apache Harmony Nadezhda Morozova wrote:
Egor,
I generally like the idea of improving navigation over the site -
there's never too much of that. However, I am not sure whether we need
yet another separate page for
Morozova, Nadezhda wrote:
Alexei,
Tutorials might be fine for mature projects, but I do not think ours is
ready for a big flow of users yet, that would require a tutorial.
So +1 for having a nice good tutorial ... one day.
If there are volunteers to write the tutorial now, I'd be happy to
can you please put comments like this on the JIRA itself [also]? it
makes it easier for a committer when looking to apply the patch
geir
Egor Pasko wrote:
On the 0x21D day of Apache Harmony Konstantin Anisimov wrote:
Hi all,
I have created new Jira request - HARMONY-2139. It is about:
1.
Magnusson Jr. [EMAIL PROTECTED] wrote:
Well, since the problem is repeatable :)
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Alexei Zakharov wrote:
Hi DRLVM fans,
I encountered a rather strange problem while working on some
class
library tests. At least
Dalibor Topic wrote:
Geir Magnusson Jr. geir at pobox.com writes:
Classically, licensors seem to just make a statement about it.
Yup, authors should know best what terms apply to their works. Practically
speaking, if they went with the GPL, Sun could just say it's not 'viral' for
all
Get ahold of yourself, man! You're going to get me fired! :)
[EMAIL PROTECTED]:/proc$ more cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) D CPU 3.20GHz
stepping: 4
cpu MHz :
Nice!
Anton Luht wrote:
Hello,
Yesterday I've deployed a new version to harmonytest.org
New features include:
- packages/suites/tests tree-like navigation (as in local JUnit html
results).Tree navigation populated to old results, too.
- the first page only includes 50 latest test runs, link
w00t!
Log it on the wiki!
(and please prefix your subject lines with ??? right now, we have
[testing] listed on
http://incubator.apache.org/harmony/mailing.html
but maybe we need to add [app-testing] ?
geir
Leo Li wrote:
Hi, all:
Harmony classlib at revision 473150 passes all
Garner [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
On 10/30/06, Robin Garner [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
On 10/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
Steve Blackburn
Ivan Volosyuk wrote:
On 11/10/06, Dalibor Topic [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. geir at pobox.com writes:
Classically, licensors seem to just make a statement about it.
Yup, authors should know best what terms apply to their works.
Practically
speaking, if they went
Etienne Gagnon wrote:
The http://wiki.apache.org/harmony/ClassUnloading wiki page is
Immutable. How can I contribute to it?
Do you have a login to the wiki?
[Among other things, I'd like to add that the design can also
potentially apply to SableVM and , and make other suggestions /
Etienne Gagnon wrote:
Salikh Zakirov wrote:
Etienne Gagnon wrote:
The http://wiki.apache.org/harmony/ClassUnloading wiki page is
Immutable. How can I contribute to it?
It is immutable for anonymous guests, you need to register and login
somewhere.
All pages are editable by all registered
I wonder if you might want to create a new JIRA that's clear about what
the point is, and close the class unload JIRa for now.
geir
Pavel Pervov wrote:
On 11/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Hang on - we aren't going to consider this patch quite yet, are we? We
have
It's somewhat of a no-op, IMO.
Sun had a very difficult decision to make wrt licensing. They had quite
a few competing forces to deal with such as :
1) How to try maintain whatever 'control' over compatibility they
currently have. (I do think this is just them fighting the last war,
as I
Alexey Petrenko wrote:
Java under GPL? It is probably bad news for Java developers...
As far as I understand you'll can not create non GPL application on
top of GPL Java...
License gurus, is that right?
It's a good question, but remember that Sun will be creating binaries
and probably
David Gilbert wrote:
No, and probably by design. If this is true, Sun's Java will fill the
niche market for free-as-in-freedom runtimes, making it very hard for
Harmony (and GNU Classpath) to find an audience. But if all you want is
a free-as-in-freedom runtime, then the outcome is still
Weldon Washburn wrote:
On 11/8/06, *Geir Magnusson Jr.* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
On 11/7/06, Ivan Volosyuk [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On 07 Nov 2006 14:35:55 +0600, Egor Pasko [EMAIL
Nice - we should put this on the website (maybe same place where we
point to JAPI results).
Are you tracking performance #'s over time? You are just tracking
regression in terms of how much runs, rather than how fast?
geir
Robin Garner wrote:
Weldon Washburn wrote:
Fantastic!
By the
Alexei Zakharov wrote:
Let me rephrase my question a little bit. What should we do in this
particular case when some test passes on J9 and HDK (DRLVM with
BUILD_CFG=release) and fails/crashes on DRLVM with BUILD_CFG=debug? I
have two examples of such tests already.
1) Fix DRLVM.
2)
David Gilbert wrote:
Geir Magnusson Jr. wrote:
The only real issue that we had is license incompatibility, but I
thought there was goodwill everywhere to work where we could.
Why don't we be honest and just admit that there is no goodwill between
the projects? It was there, briefly
And I can't wait to see this fixed ;)
geir
Alexey Petrenko wrote:
You should also copy hythr.dll to jdk\jre\bin directory.
SY, Alexey
2006/11/9, Anton Rusanov [EMAIL PROTECTED]:
I have Harmony classlib with IBM VME (call it my main Harmony). I
want to try to run my code, which is a part of
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Sian January wrote:
Hello again,
I have had a closer look at the Developing Apache Harmony Class-library
Code with Eclipse page, and I have noticed that the Configuring Eclipse
and Develop and Test Code sections are quite class-library
yah, I've been pitching them when i run across them... :)
geir
Morozova, Nadezhda wrote:
Those were the copyrights required by our legal at the donation time. I
share your concern. We probably need a massive review/cleanup of our
legal lines. The disclaimers (number and placement) varies
Gregory Shimansky wrote:
Ok I see now. I was just worried that it is something wrong with files
being locked undeletable.
Should continuum ignore this clean warning and try once more if it
happens instead of reporting build failure?
yes
Tim Ellison wrote:
Gregory Shimansky wrote:
I've
Robin Garner wrote:
Geir Magnusson Jr. wrote:
Nice - we should put this on the website (maybe same place where we
point to JAPI results).
Are you tracking performance #'s over time? You are just tracking
regression in terms of how much runs, rather than how fast?
geir
Right now it's
need it. And sooner is better.
Regards,
2006/11/9, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexei Zakharov wrote:
Let me rephrase my question a little bit. What should we do in this
particular case when some test passes on J9 and HDK (DRLVM with
BUILD_CFG=release) and fails/crashes on DRLVM
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Sian January wrote:
Hello again,
I have had a closer look at the Developing Apache Harmony Class-library
Code with Eclipse page, and I have noticed
David Gilbert wrote:
Geir Magnusson Jr. wrote:
Sun using the GPL is a boon for Classpath, so good for them - I'm not
sure how they can actually use the Sun code, as Sun won't be granting
copyright assignment to the FSF as GNU Classpath requires, and it's
under a different license
Worked fine for me on Ubuntu 6 using gcc 3.4.3
Gregory Shimansky wrote:
Thanks for spotting this. I'll check on SUSE and if reverting this patch
helps, I'll revert it. I wonder why this doesn't break on more modern
linuxes.
Egor Pasko wrote:
Guys,
after commit of HARMONY-1907 (r472524) by
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Sian January wrote:
Hello again,
I have had a closer look
Egor Pasko wrote:
On the 0x21C day of Apache Harmony Mikhail Loenko wrote:
2006/11/9, Geir Magnusson Jr. [EMAIL PROTECTED]:
I do think of us having a 'zero regression' policy except in cases where
we make the explicit decision to break. (like we did with TM, for example)
+1 for 'zero
Alexei Zakharov wrote:
Hi DRLVM fans,
I encountered a rather strange problem while working on some class
library tests. At least two tests from the beans module hang (or
crash) while running on DRLVM debug builds but work fine on DRLVM
release builds. I thought that debug build is something
Stuart Ballard wrote:
Geir Magnusson Jr. wrote:
David Gilbert wrote:
A boon? Not at all, Classpath will be (mostly) redundant and will fade
away, replaced by Sun's runtime.
I'm not so convinced of that. GNU Classpath is under GPL + Exception,
so arguably it's not viral to things
Well, since the problem is repeatable :)
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Alexei Zakharov wrote:
Hi DRLVM fans,
I encountered a rather strange problem while working on some class
library tests. At least two tests from the beans module hang (or
crash) while running
Stuart Ballard wrote:
Japitools isn't affiliated with Classpath btw, I had Classpath in mind
when I originally developed it, yes, and it's GPL licensed because I
have a mild preference for that license, but I don't feel strongly
about it. One of the reasons I started a Japitools list in fact
Yeah, I was going to point that out this morning, but decided to let it go.
There is really nothing technical to vote on here yet. This is more of
a poll to get discussion going about preferred approaches, and see if
we can drive to consensus on how to move forward. So for that, it was
good
Robin Garner wrote:
Weldon Washburn wrote:
It looks like I called for a vote too soon. The continuing discussion on
class unloading design is uncovering many important issues. This is
excellent as it is much better to deal with design issues at this stage
rather than during implementation.
Robin Garner wrote:
Geir Magnusson Jr. wrote:
Robin Garner wrote:
Geir Magnusson Jr. wrote:
Nice - we should put this on the website (maybe same place where we
point to JAPI results).
Are you tracking performance #'s over time? You are just tracking
regression in terms of how much
Gregory Shimansky wrote:
Hello
Today I tried to check what happens on x86_64 and I think I've found some
issues which need discussion
1. When classlib starts its built it tries to link 3 libraries and headers to
depends/libs/build/{jpeg,lcms,png} directories. On x86_64 SuSE9 it has failed
Dalibor Topic wrote:
Geir Magnusson Jr. geir at pobox.com writes:
I think that in order to really work for the free-as-in-stallman ;)
community, someone will have to literally fork sun's GPL-ed
implementation, as I'm guessing GPL advocates will want to be able to
contribute / augment
to -
Dvm.jitrino.cfg=debug) and debug version of library was built without any
problems.
On 11/6/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
Alex Astapchuk wrote:
Geir Magnusson Jr. wrote:
I've been having some problems getting some test cases to exhibit
misbehavior for DRLVM
I don't care about cool, nor do I have any urge to separate jet if
it's not separable.
That said, I care about portability.
How hard will it be to port jet and opt to a new chip - say PPC?
geir
Egor Pasko wrote:
Refactoring Pros:
* more logical structure, looking cool
Refactoring Cons:
*
Fedotov, Alexei A wrote:
Alexey Petrenko wrote,
The only release I can imagine is Harmony Java5SE 100% compatible.
To be Java5SE 100% compatible we need TCK first.
+1
Yes - and I still think that talk of a release is a bit premature right now.
The key things that I believe we need to
Should we pull it out then? More test good!
Rana Dasgupta wrote:
On 11/5/06, Weldon Washburn [EMAIL PROTECTED] wrote:
On 11/5/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
first, can we also use this test for gcv4.1?
Yes. The test is a Java test. The reason I placed it in gc_gen
Rana Dasgupta wrote:
Again, this makes sense. Functional completenes is needed, but over a
period, based on when we want to release. Identifying a couple of
milestones
before 1.0 for which we choose features to complete, and performance
objectives can help. For each, we can add a
so, how did it go?
Weldon Washburn wrote:
On 11/7/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Friday 03 November 2006 19:18 Weldon Washburn wrote:
H1558 has been a big battle to get it into committable shape. I would
really like to commit it first. (In fact, Pavel and I are working
Weldon Washburn wrote:
On 11/7/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 07 Nov 2006 14:35:55 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
I already have one idea how to benefit from movable vtables.
There would have to be a very compelling argument for making vtables
movable. Like a
Stuart Ballard wrote:
On 11/7/06, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
(Yes, the japitools list is on an FSF server. I really really hope
that this isn't going to be a political problem for you guys. I
selected Savannah for hosting japitools before Harmony even existed,
because it
I think we should be compatible as possible. People do depend on the
output (sadly). Sun does (did) recognize this problem, and started
documenting the output of toString()...
geir
Alexey Petrenko wrote:
Guys,
have we agreed on toString compatibility? Our compatibility guideline
[1] says
Egor Pasko wrote:
On the 0x21A day of Apache Harmony Mikhail Fursov wrote:
On 07 Nov 2006 18:38:23 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
* the relative path is still
'working_vm/vm/jitrino/src/codegenerator/ipf', but 'working_vm' would
be better. (this is a minor issue, just for
I'll sell you a copy for only $20M
geir
Tim Ellison wrote:
Stefano Mazzocchi wrote:
So, according to Wheeler's metric, Harmony would have taken 46 million
dollars to build.
If anyone's interested I'll rewrite it for only $40M (upfront)...
...but it will require an advance in medical
Sian January wrote:
Hi Sveta,
Yes - I'm happy to take a look at that page. I was just thinking that
if we
remove the Am I Eligible? section we should probably make sure it is
somewhere else. My proposal is to add it to the Get Involved page -
Alexey Petrenko wrote:
2006/11/8, Anton Rusanov [EMAIL PROTECTED]:
Cocoon 2.1.9 now works on Harmony (IBM VME + Classlib)!
It starts and works normally.
YAY!
* While checking up the Hello, World! sample it was discovered that
Cocoon failed to display the JPEG representation of that
Alex Astapchuk wrote:
Pavel Pervov wrote:
Hello, community,
Working through DRLVM sources I (once again) looked at organization of
jitrino code.
Actually, there are two JITs hidden inside jitrino: JET and OPT.
As far as I may observe - these two are code-independent from each other.
That's distressing. I usually throw in a build clean every now and then
- I'm almost sure I did it early yesterday or sat at the earliest and
did a full build, so whatever I committed in the last two days is
problematic. Not clear what though...
geir
Robin Garner wrote:
I've been having
Alex Astapchuk wrote:
Geir Magnusson Jr. wrote:
I've been having some problems getting some test cases to exhibit
misbehavior for DRLVM, and it turns out that jitrino is built in
release mode no matter what BUILD_CFG is set to.
Yes, this is a long-long story.
Was done as 'we
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
did we decide not to go to TestNG?
Sigh...I guess there must be too many ones have waited too long for
TestNG...(including me)
I don't understand - what do you mean?
Nothing but a joke:). I mean
Stefano Mazzocchi wrote:
Being a sucker for statistics and charts, I've decided to look into
japitools myself and regenerate the graph of API coverage progress of
harmony.
In doing so, I started to familiarize myself with the Japitools and I
found a few interesting discoveries: the latest
Robin Garner wrote:
We have a really difficult job to do in the next 7.5 months - to get to
a compatible 1.0* - so I'd like to encourage people to remain as focused
as we can to get to that point. That doesn't mean this isn't fun, but
the way I see it, we have a few focused months of efforts
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
Only further thought - how do I get to this page? Maybe I'm not seeing
it. From front page, there is the TODO list for DRLVM, but there's no
link to the 'newbie page.
that's not a problem, as long as the newbie page is clickable-through
from
Fedotov, Alexei A wrote:
Anton,
Is it ok to close the following issues?
* HARMONY-1679 Timer.schedule(TimerTask, delay, period) doesn't cause
repetitive invocation of task
* HARMONY-1722 notify() in synchronized section makes wait(long) wait
forever
I don't know about 1679, but I agree
first, can we also use this test for gcv4.1?
Second, shouldn't you test now to make sure that all is well? It will
be much harder to figure out later...
geir
weldon washburn (JIRA) wrote:
[ http://issues.apache.org/jira/browse/HARMONY-1993?page=all ]
weldon washburn closed
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
did we decide not to go to TestNG?
Sigh...I guess there must be too many ones have waited too long for
TestNG...(including me)
I don't understand - what do you mean?
geir
Paulex - being desperate
Leo Li wrote:
Ya, I think we can.
I would
I've been having some problems getting some test cases to exhibit
misbehavior for DRLVM, and it turns out that jitrino is built in release
mode no matter what BUILD_CFG is set to.
Putting this inconsistency aside for a moment, how do I get jitrino to
build in debug?
I tried changing the
and didn't include all files. I need to go back and ensure I get it
right. Apologies. Will get fixed ASAP, but have a small family issue
to attend to right now.
geir
Weldon Washburn wrote:
Folks,
I have spent the last two months committing patches to the VM. While we
have added a ton of much needed functionality, the stability of the system
has been ignored. By chance, I looked at thread synchronization design
problems this week. Its very apparent that
Mike Ringrose wrote:
Before submitting a bug to JIRA, I was curious to know, how exact should
Harmony behave when compared to the RI. For example, the code below
produces
different results when compared to the RI.
DecimalFormat f = new DecimalFormat(.1);
Yep, I broke it. I just noticed. (I didn't read mail last night after
a certain point...)
Sorry - will fix ASAP.
geir
Ilya Berezhniuk wrote:
Hi,
I'm trying to build DRLVM, but it doesn't compile (slot.h, jvmti_heap.h
cannot be found).
It looks like it's because commit r470903 for
fixed. Sorry
Geir Magnusson Jr. wrote:
and didn't include all files. I need to go back and ensure I get it
right. Apologies. Will get fixed ASAP, but have a small family issue
to attend to right now.
geir
Alexey Petrenko wrote:
Alexei,
thanks for catching this.
Link is corrected.
BTW. I do not see the changes on the Harmony site for a long time
after update. Is that OK? Good caching? :)
Yep - stuff is rsynched every few hours out to production site from
minotaur.
geir
SY, Alexey
How about fixing the intel compiler? :)
I suppose there's no harm, and if so, we'll find out...
Alexei Fedotov wrote:
+1
for committing
A declaration VmThreadHandle h; is converts to (void*) h;
Intel compiler doesn't understand type names in brackets.
This is a fix for
I wonder if you can do a neat dump of the harmony svn archive in a
lump for local processing. This is one interesting difference between
CVS and SVN - you can always take a copy of the CVS data just for the
files you care about. I don't know enough about SVN to know if you can
get the
Etienne Gagnon wrote:
Tim Ellison wrote:
I'll wait until you have a simple contrived example working and settled
upon some syntax for mark-up, then I'll help to mark-up some real
example and test the tooling. Let me know when you have something ready
to try.
Yes, I have to figure out some
Alexei Fedotov wrote:
Weldon,
I agree with you that it is nearly impossible to achieve stability for
a branch under active development.
From the other side, adding new features is fun, and also has a reason
behind it. If we strive for a complete implementation of J2SE, we
cannot avoid this
on
* harmony-dev@incubator.apache.org
*
--
Ivan
On 11/3/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 11/3/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
From that argument, I'm now against dropping GCv4, if you actually get
use
did we decide not to go to TestNG?
Leo Li wrote:
Ya, I think we can.
I would like the new features in JUnit4, but it is written in a quite
different style from current harmony test codes. Migrate them?
Besides, it is related with the thread of JUnit best practice discussing
now. We need to make
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Because I can imagine that as a SE programmer, I would want 1 of 2 things :
1) clean code to work on for a specific target (say SE 5)
2) a hybrid version of your dev1 that only has the glop for a subset of
the platforms (say just Java SE 5
Tim Ellison wrote:
Etienne Gagnon wrote:
I'm proposing to simply use precise svn url/version identification as
markup:
snip
As long as we are *sure* that the releasetarget code was built from
precisely that url/version (without any local workspace modification)
then it should be as precise
Rana Dasgupta wrote:
Hi,
I did not want to start a new thread for this. Could someone please close
JIRA issues 1109, 1662, 1830? These have been fixed by recent changes in
the
stack and exception handling. In any case, none of them repro. Comments on
teh JIRA.
I closed 1109 and 1162, but
Konovalova, Svetlana wrote:
Alexey,
Thanks a lot applying the patch and appreciating the pages :)
But I got two concerns about Cruise control testing description page [1]:
1. It does not have it's own title. Now the title is: Apache Harmony
- Apache Harmony. I suggest Apache Harmony -
Egor Pasko wrote:
On the 0x216 day of Apache Harmony Geir Magnusson, Jr. wrote:
Sure, so use wiki as a community collaboration tool, and then point to
the JIRAs...
OK, my suggestion was to put links to JIRA tasks from the page:
http://wiki.apache.org/harmony/DRLVM%20newbie%20tasks
Now I
of
GCv4.1 (which can help detect heap access via lost pointers). Most of
the time I prefer second one, but sometimes it is helpful to run with
completely different code base. I didn't try GCv5 yet. If it stable I
will switch to it.
--
Ivan
On 11/2/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote
Have fun. :)
But to be clear, you'd be improving the source that makes bytecodes_8h?
geir
Leviev, Ilia A wrote:
Hi,
I volunteer for improving bytecodes_8h.html in my spare time.
Objections?
Best regards,
Ilia Leviev
Intel Java XML Engineering
-Original Message-
From: Fedotov,
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
There are multiple 'devtarget's -- each contains all the source code
marked-up for every target being developed, but each is distinct by
having different targets uncommented. Since each devtarget contains the
entire source code
wand over repository*
done, r470339.
Regards,
Oliver
Geir Magnusson Jr. wrote:
Any chance you give your magic commit powers another spin and put the
committer list in alphabetical order, by last name (a - zed) :)
geir
Oliver Deakin wrote:
Apologies for the lack of commit message
wrote:
Geir Magnusson Jr. wrote:
did we ever bottom out on what range of GCC we'll support?
I have a patch I want to commit that is known to not compile under
4.1.1...
Hmm no I don't remember such agreement. I think GCC is mostly
backwards compatible, and anything that compiles on 4.1.1 should
You should be able to just put them in, ensure they don't break x86, and
let the people w/ _64 systems to check
geir
Gregory Shimansky wrote:
Salikh Zakirov wrote:
Hi,
DRLVM on Linux/x86_64 has been broken for quite some time,
since commit [r467997] HARMONY-1942, back-branch polling TLS
Etienne Gagnon wrote:
Geir Magnusson Jr. wrote:
[...]
2) Master is virtual, dev1..N are concrete, one dev form is Most Favored
Nation Status so something coherent can be shoved into SVN (Q: is MFNS
necessary? Nice, yes, but necessary?)
I definitely think that it is necessary (where J2SE5
pull step 1 and 6 out of that readme?
Regards,
Oliver
Geir Magnusson Jr. wrote:
Oliver Deakin wrote:
I think you might be right - I just made a change to test, ran the
Ant build script
without altering the css location, and it looked ok to me. Perhaps
there are
some pages that don't generate
Pavel Pervov wrote:
Hello, community,
Working through DRLVM sources I (once again) looked at organization of
jitrino code.
Actually, there are two JITs hidden inside jitrino: JET and OPT.
As far as I may observe - these two are code-independent from each other.
JIT-guys, could you comment?
101 - 200 of 2755 matches
Mail list logo