On 6/10/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 10 June 2006 at 0:03, Naveen Neelakantam <[EMAIL PROTECTED]> wrote:
>
> I just tried building DRLVM out of svn. I am running Fedora Core 5
> with gcc version 4.1.0 20060304 (Red Hat 4.1.0-3).
>
> However, I am getting the build error shown
> -Original Message-
> From: Tim Ellison [mailto:[EMAIL PROTECTED]
>
> Nathan Beyer wrote:
> > I've been working with the java.util.concurrent code to see what we'd
> need
> > to have in place to get this code to be a part of Harmony.
> >
> >
> >
> > System.nanoTime() - A number of the c
You beat me to this update by hours -- I was holding off because I noticed
that FeatureDescriptorTest was currently an excluded test and got dragged
into that for a bit. In any case, my patch was slightly different. Instead
of using a Vector, I just used the 'enumeration' utility method on
Collecti
Is it the JSR166_PFD tag, do you know? It looks like there have been a
number of maintenance fixes between that tag (seemingly that last tag) and
Java 6 additions/HEAD.
> -Original Message-
> From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
> Sent: Sunday, June 11, 2006 5:32 PM
> To: harm
Ivan Volosyuk wrote:
I see change was made to String.intern() method. IMHO, the new code
will not work correctly. I wanted to make WeakHashMap in which
WeakReference to String holds WeakReference to that string. Current
update changed it into WeakReference to String -> StrongReference to
String.
Tim Ellison wrote:
>
> Strange that there are 6.0 dependencies. Is there a j.u.concurrent
> maintenance stream we can track rather than the dev stream?
>
Yes. There's a tag.
geir
-
Terms of use : http://incubator.apache.o
Nathan Beyer wrote:
> I've been working with the java.util.concurrent code to see what we'd need
> to have in place to get this code to be a part of Harmony.
>
>
>
> System.nanoTime() - A number of the classes rely on the new nanoTime method.
> I'm assuming this would just be marked as a native
Tim Ellison wrote:
>
> Since we want to keep ARCHIVE working throughout we can create a branch
> if you think the pack200 dev will be dangerous (I think we can handle it
> in-place, but whatever).
Why a branch? can it just be out of the mainline build? IOW, excluded
for everyone else in the b
Alex Blewitt wrote:
> Well, I'm about half way through being able to read my HelloWorld.jar
> file; I've got the basic codec working, as well as decoding the
> constant pools that come at the front of an archive. There's still
> some missing bits -- for example, I don't handle the s=2 set of
> enco
1) Please put [classlib] or whatever sort token is appropriate.
2) To answer your question, yes, it would be very cool to post as JIRA
so people can see it and comment, and maybe get someone to help you.
I'd be happy to drop into svn somewhere so you and others can start
submitting patches agains
Well, I'm about half way through being able to read my HelloWorld.jar
file; I've got the basic codec working, as well as decoding the
constant pools that come at the front of an archive. There's still
some missing bits -- for example, I don't handle the s=2 set of
encodings (largely because I'm no
Tim Ellison wrote:
> Geir Magnusson Jr wrote:
>> oh.
>>
>> Well, I'll try that - it's a step forward. I do think we need to
>> rapidly come to a conclusion on what to do. I think we want to have the
>> drlvm build :
>>
>> 1) point anywhere to a hdk/classlib that's prebuilt and just use the
>> a
Denis Sharypov wrote:
> I would like to give the background on how the build system is designed and
> then
> give answers for the specific questions.
>
> The build system provided with the VM is designed to be able to build the
> whole harmony codebase
> no matter how many modules it contains. The
Geir Magnusson Jr wrote:
> oh.
>
> Well, I'll try that - it's a step forward. I do think we need to
> rapidly come to a conclusion on what to do. I think we want to have the
> drlvm build :
>
> 1) point anywhere to a hdk/classlib that's prebuilt and just use the
> artifacts in it
yep (probably
Geir Magnusson Jr wrote:
> Tim Ellison wrote:
>> Geir Magnusson Jr wrote:
> The summary of what I think we should do is simple - we take the code
> from j.u.c from the above link (w/ 1 exception) into our SVN repo and
> track any changes made by Doug and the jsr166 EG going forward.
>>
Ah - I thought it was another bug in ECJ
geir
Mark Hindess wrote:
> On 11 June 2006 at 10:45, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> I guess my question is really about the Eclipse compiler - what was the
>> issue? Is this something to be reported to Eclipse?
>
> It's the usual thi
Mark,
Everything ok. Thanks.
--
Ivan
On 6/10/06, Mark Hindess (JIRA) <[EMAIL PROTECTED]> wrote:
[ http://issues.apache.org/jira/browse/HARMONY-443?page=all ]
Mark Hindess resolved HARMONY-443:
--
Resolution: Fixed
Committed in r413288. Ivan, please c
Agree, moreover, I don't have java5 compiler on my home computer still. :)
One more thing:
I see change was made to String.intern() method. IMHO, the new code
will not work correctly. I wanted to make WeakHashMap in which
WeakReference to String holds WeakReference to that string. Current
update
On 11 June 2006 at 10:45, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> I guess my question is really about the Eclipse compiler - what was the
> issue? Is this something to be reported to Eclipse?
It's the usual thing of compilation working because a compiler from a
jdk includes the jars that
I guess my question is really about the Eclipse compiler - what was the
issue? Is this something to be reported to Eclipse?
geir
Mark Hindess wrote:
> Fixed is definitely the wrong word. I do intend to go back and fix it
> properly.
>
> -Mark.
>
> On 10 June 2006 at 17:41, Geir Magnusson Jr <
20 matches
Mail list logo