Patch applied - please test
Salikh Zakirov wrote:
Nathan Beyer wrote:
I deleted the file and added it to the ignore property.
For those of us poor souls not using SVN directly
this deletion broke the build, as the file version_svn_tag.h
is not available directly now.
The issue HARMONY-2168 p
as an intel person, you can remove an intel copyright. if it's an ASF
copyright, you can remove that too from the document (it should be
auto-generated at the bottom anyway)
geir
Egor Pasko wrote:
On the 0x220 day of Apache Harmony Nadezhda Morozova wrote:
-Original Message-
From:
I have a dumb question - I was playing today with a toy launcher for
DRLVM working out some embedding issues, and for the life of me, I
couldn't get dgb to ever let me break on anything in a shared library.
I loaded the vm via dlopen() an dlsym(), and the code runs fine. But
even build in deb
though JCP. BTW, I like GPL as well:) Whatever, this is big step for
> Java community.
>
> 在 06-11-13，Geir Magnusson Jr.<[EMAIL PROTECTED]> 写道：
>>
>>
>> Jin Mingjian wrote:
>> > But does Apache License make JDK out of control? I don't thin
#x27;t want broken Java.
geir
>
> 在 06-11-13，Geir Magnusson Jr.<[EMAIL PROTECTED]> 写道：
>>
>>
>> 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?! Ve
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 Harmony Geir Magnusson, Jr. wrote:
Egor Pa
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
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
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 is convenie
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 reaso
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 Rev
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=rev&rev=473588
Log:
Applied HARMONY-2152 [drlvm][em64t] build is broken
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 eno
have fun! thanks for doing this.
geir
Tim Ellison wrote:
I believe that Harmony should be complying with the US export controls
for our JSE crypto enablement code, since it is 'specifically designed
to enable cryptography' [1] and our developer releases contain the
bouncy castle algorithm prov
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, ar
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 register
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 / chan
Ivan Volosyuk wrote:
On 11/10/06, Dalibor Topic <[EMAIL PROTECTED]> wrote:
Geir Magnusson Jr. 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
> propogate strong roots to all other classes (not only Bootstrap),
> > something
> > > > like:
> > > > if (cl->IsBootstrap() *&&
> > > > env->b_VTable_trace_is_not_supported_by_GC*)
> > > > {
> >
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 tests
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 to
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 : 3
Dalibor Topic wrote:
Geir Magnusson Jr. 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 '
ntains comments
that
> this check is passed, committers may test it on release build only.
>
> Thanks,
> Pavel
>
> On 11/10/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >
> > Well, since the problem is repeatable :)
> >
> >
> > Grego
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. Ad
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 hel
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 i
Dalibor Topic wrote:
Geir Magnusson Jr. pobox.com> writes:
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?
GPL proponents cl
Dalibor Topic wrote:
Geir Magnusson Jr. 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 t
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
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
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.
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
goo
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 w
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 on
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
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 ab
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 exampl
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 at the
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 G
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 differe
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 no
definitely
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=rele
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
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
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 betwee
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-libra
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
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, br
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) condition
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 wa
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
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 gr
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 distr
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:
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
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 -
http://incubator.apache.org/harmony/get-inv
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 techno
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 futu
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 n
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,
> becaus
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. L
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 worki
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 bug-fix/stab
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
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 foc
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:
eleaase 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 som
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
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 &#x
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 so
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.
JIT-
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 sett
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
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 HARMONY-199
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 ab
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 t
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 b
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 vers
Tim Ellison wrote:
Etienne Gagnon wrote:
I'm proposing to simply use "precise svn url/version identification" as
markup:
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 a
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 and
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
ss 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 dro
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 ty
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
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 equiv
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 http://issues.apache.or
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
2006/
fixed. sorry.
Geir Magnusson Jr. wrote:
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 f
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
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 HARMONY-16
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");
System.out.println(f.format(17.
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
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
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
As fun as this discussion is, it's all theoretical.
There's no harm in a bit of fun :-)
So how about we create a sandbox in SVN and copy over a few types to
mark-up while Etienne is developing the processor, and we can all watch
t
Salikh Zakirov wrote:
Gregory Shimansky wrote:
I think you could use 4.1.0 in Fedora Core 5. Since patch level
shouldn't really affect the C++ compilation restrictions, the same patch
should break on 4.1.0 as well.
Gregory, I've looked at harmony-1635.patch you've uploaded to HARMONY-1635,
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
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 gen
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 is
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 off
101 - 200 of 3310 matches
Mail list logo
