Installer is great!
Thanks, Tim.
SY, Alexey
2006/10/30, Tim Ellison <[EMAIL PROTECTED]>:
I thought it would be fun to see what a Windows installer would look
like for Harmony.
So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype insta
cool!
Tim Ellison wrote:
I thought it would be fun to see what a Windows installer would look
like for Harmony.
So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them). I'll put the source for it her
On 10/30/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Mikhail Fursov wrote:
> I support your choice. NSIS 2 is the best freely available installer I
know
> (and worked with).
Glad to hear it, though it was purely serendipitous -- I've never used
it before. Since you have some knowledge in this a
Mikhail Fursov wrote:
> I support your choice. NSIS 2 is the best freely available installer I know
> (and worked with).
Glad to hear it, though it was purely serendipitous -- I've never used
it before. Since you have some knowledge in this area please go in and
fix up my hacks ;-)
Regards,
Tim
Tim,
I support your choice. NSIS 2 is the best freely available installer I know
(and worked with).
On 10/30/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
I thought it would be fun to see what a Windows installer would look
like for Harmony.
So this morning, just for kicks, I was playing with NSI
I thought it would be fun to see what a Windows installer would look
like for Harmony.
So this morning, just for kicks, I was playing with NSIS
(http://nsis.sourceforge.net/) and produced a prototype installer very
easily (kudos to them). I'll put the source for it here [1], and you
can download
Tim Ellison wrote:
Observations on the Windows snapshot:
- Which third-party notices file are you picking up? The version in
the snapshot is not the one I recently updated in classlib.
That's something we need to fix.
- jvmti.h should be in "jdk/include" not "inc
Observations on the Windows snapshot:
- Which third-party notices file are you picking up? The version in
the snapshot is not the one I recently updated in classlib.
- jvmti.h should be in "jdk/include" not "include". We also seem to
have a "jdk/jre/include" di
doh!
(fixed)
Tim Ellison wrote:
permissions!
Geir Magnusson Jr. wrote:
r468731
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Any blocking issues? otherwise I suggest we roll a new snapshot this
weekend. It has been a while.
Sure - I've been meaning to do this for a while.
I was
permissions!
Geir Magnusson Jr. wrote:
> r468731
>
> Geir Magnusson Jr. wrote:
>>
>>
>> Tim Ellison wrote:
>>> Any blocking issues? otherwise I suggest we roll a new snapshot this
>>> weekend. It has been a while.
>>>
>>
>>
r468731
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Any blocking issues? otherwise I suggest we roll a new snapshot this
weekend. It has been a while.
Sure - I've been meaning to do this for a while.
I was just looking over what was left to put in DRLVM-wise.
I realize that Ma
Tim Ellison wrote:
Any blocking issues? otherwise I suggest we roll a new snapshot this
weekend. It has been a while.
Sure - I've been meaning to do this for a while.
I was just looking over what was left to put in DRLVM-wise.
I realize that Mark is working on an alternative s
Any blocking issues? otherwise I suggest we roll a new snapshot this
weekend. It has been a while.
I realize that Mark is working on an alternative source release
structure at the moment, but perhaps that waits for next time?
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
Yes, I missed this. I think it is possible to use FreeType library for
the font rendering both on linux and on windows. At present we are
using xft on linux, but I think it is possible to refactor this to the
"pure freetype" code. It may take less efforts than implementing font
rasterizer from the
There is a number of issues with headless support. And the serious one is
font support. Our implementation uses system fonts, so in headless
environment it could not initialize any font. RI uses own font rasterizer,
so it doesn't have such problems.
On 10/25/06, Martin Cordova <[EMAIL PROTECTED]>
I am just checking a dependency. Don't think so.
Regards,
Martin
On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
Could it be treated as a reverse engineering? I don't know :)
On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
> I don't know how it works, but what I can do is try t
Could it be treated as a reverse engineering? I don't know :)
On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
I don't know how it works, but what I can do is try to use headless
without XOrg shared libs installed, and then take note of the missing
.so modules the IBM JVM complains about).
I don't know how it works, but what I can do is try to use headless
without XOrg shared libs installed, and then take note of the missing
.so modules the IBM JVM complains about).
Regards,
Martin
On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
If you mean libxlib, how it could be used
If you mean libxlib, how it could be used without X server? Maybe some
other library (e.g. font library like xft) simply preloads it during
its initialization or tries to connect to the server (XOpenDisplay) to
get some data, fails and uses defaults?
Anyway, I think, testing on a headless environ
(e.g. for linux we need to exclude all xlib calls, right?). <<
How implemented IBM their headless stuff? In their case it's a
requirement to have XOrg shared libraries installed to have headless
working. In order distros it was XFree libs. No need for an X server,
just the libs.
Regards,
Martin
Right, that is my question too. I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.
I don't think that spec for this exists.
Another document on this is [1]. It describes what can and what cannot
be done in headless mode. But we also have the list of methods which
t
Martin Cordova wrote:
> Oleg, I just read it, does this mean that all methods that don't need
> to throw the special Headless exception, are ready to work in headless
> mode?
Right, that is my question too. I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.
Presumab
Oleg, I just read it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?
No. It is not so.
On 10/25/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
Oleg, I just read
Oleg, I just read it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?
Regards,
Martin
On 10/25/06, Oleg Khaschansky <[EMAIL PROTECTED]> wrote:
> As Tim asked earl
I can help testing, since I don't have the skills in C/C++.
Usually, what I do on linux boxes is:
1.- Minimal O.S. install, text-only. Include XOrg shared libraries. No
need to start any XOrg related service.
2.- Install my IBM JRE v1.4.2
3.- Start my java server process (servlet engine) with th
As Tim asked earlier in the thread... is there a clear definition of
what this means? A spec maybe?
http://java.sun.com/j2se/1.4.2/docs/guide/awt/AWTChanges.html#headless
On 10/25/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
As Tim asked earlier in the thread... is there a clear defini
As Tim asked earlier in the thread... is there a clear definition of
what this means? A spec maybe?
Also.. Martin... want to help? :)
geir
Oleg Khaschansky wrote:
> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFree
> 3.- Will be possible to create graphics in awt-headless mode? I would
> like to test servlets generating charts (using JFreeCharts) in a Linux
> box without a graphics environment.
Definitely, headless support will be implemented in the future and
there are no obstacles which prevent us from d
Martin Cordova wrote:
1.- Have a planned date?
None yet, but doing this week would be good. Any other opinions?
2.- Will include latest aproved contributions (ImageIO)
Only if they have been integrated into the SVN codebase
3.- Will be possible to create graphics in awt-headless mode
On 24/10/06, Martin Cordova <[EMAIL PROTECTED]> wrote:
1.- Have a planned date?
No, we don't tend to plan the dates in advance, but rather roll a
developer release/snapshot once we reach a stable point in
development.
Of course, you can build from source (as described in the contr
1.- Have a planned date?
2.- Will include latest aproved contributions (ImageIO)
3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.
Regards,
Martin
--
Dinamica - RADical
Robin,
I am trying to run SemiSpace collector. It seems something inside MMTk was
moved but not all the regression tests were run?? I get the following stack
trace:
Uncaught exception in main:
java.lang.NullPointerException
at org.apache.HarmonyDRLVM.mm.mmtk.Assert.fail(Unknown Source)
sorry for the late reply...
Oliver Deakin wrote:
> I see - sorry, I was getting my API/impl/injected jargon mixed up.
> Really I was thinking about
> the distinction between tests that run on the bootclasspath (injected)
> and those that dont, rather
> than between the publicly spec'ed classes (ap
e-latest/bin/default/harmonyvm
> > > (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required
by
> > >
/work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harmony-jre-r450941 snapshot.
> > > Should I do
o.6: version `GLIBCXX_3.4' not found (required by
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harmony-jre-r450941 snapshot.
> > > Should I do anything else to resolve this issue?
> >
> > It is pr
LL:
> /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
>
> I used harmony-jre-r450941 snapshot.
> Should I do anything el
pen JVM DLL:
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> > > (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> > > /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
> > >
> > > I used harm
e Apache Software
> Foundation or its licensors, as applicable.
> Failed to open JVM DLL:
> /work/Harmony/builds/harmony-jre-latest/bin/default/harmonyvm
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/defaul
> (/lib/ssa/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by
> /work/Harmony/builds/harmony-jre-latest/bin/default/libharmonyvm.so))
>
> I used harmony-jre-r450941 snapshot.
> Should I do anything else to resolve this issue?
It is probably because your custom libstd
bin/default/libharmonyvm.so))
I used harmony-jre-r450941 snapshot.
Should I do anything else to resolve this issue?
Regards,
Ilya.
On Oct 9, 2006, at 9:18 AM, Dmitry Durnev wrote:
> Making symbolic link to libstdc++.so.5 not helps - I get just
> another error:
>
> Apache Harmony Launcher : (
rmony-hdk-r450941/jdk/jre/bin/default/
libharmonyvm.so))
On 09 Oct 2006 19:46:15 +0700, Egor Pasko <[EMAIL PROTECTED]>
wrote:
On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot,
I get
> the followin
n the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot, I get
> the following error:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
On the 0x1FD day of Apache Harmony Dmitry Durnev wrote:
> When I try to run 'java -version' from the latest HDK snapshot, I get
> the following error:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
> Foundation or its licensors, as applicable.
When I try to run 'java -version' from the latest HDK snapshot, I get
the following error:
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software
Foundation or its licensors, as applicable.
Failed to open JVM DLL:
/export/workspace/snapshots/harmony-hdk-r450941/j
o major errors. Things seem good. I have a list of more
things to
fix, but I realized today that I was obsessing over the
snapshot
contents - it's not a release, and it's "good enough".
I'd
, Vladimir
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >> > Thanks, Vladimir
> > > > >> > >>
> >
> > > >> > >> > Thanks, Vladimir
> > > >> > >> >
> > > >> > >> > geir
> > > >> > >> >>
> > > >> > >> >> >
> > > >> > >>
gt; >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >> > Thanks, Vladimir
> > >> > >> >
> > >> > >> > geir
> > >> > >> >>
t; >> >
> >> > >> >> > Thanks, Vladimir
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]>
On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
<...>
I think we need more than one tests.jar. In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others do not (and should not). At the moment
it might be necessary to have mor
Egor,
HARMONY-1673 is filed. I've tried both "-Xem:opt" & "-Xem:jet".
Regards,
03 Oct 2006 00:06:16 +0700, Egor Pasko <[EMAIL PROTECTED]>:
On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> The same result with the "-Xem:opt".
Could you file a JIRA for that, please? With steps to
rep
Thanks, Vladimir
> >> > >> >
> >> > >> > geir
> >> > >> >>
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >&
t; >>
>> > >> >> >
>> > >> >> >
>> > >> >> >
>> > >> >> > Thanks, Vladimir
>> > >> >> >
>> > >> >> >
>> > >> >> >
>> > >&g
On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> The same result with the "-Xem:opt".
Could you file a JIRA for that, please? With steps to
reproduce. Please, also check with -Xem:jet.
Thanks for pointing out failures like that.
> The exact command in my
> environment was (WinXP SP2)
Wouldn't this be something nice to show people? :)
Well, it does not aligned with the current build system somehow, it
was just for my personal convenience. Build sources, build tests, run
all tests for the module (bootclasspath & classpath), run the single
test of your choice, run tests with T
The same result with the "-Xem:opt". The exact command in my
environment was (WinXP SP2):
<==
C:\mydoc\projects\tests\beans2>echo %JAVA_HOME%
C:\Java\harmony-hdk-r450941\jdk\jre
C:\mydoc\projects\tests\beans2>%JAVA_HOME%\bin\java
-Xbootclasspath/p:.\build\classes;.\build\tests;C:\Java\harmony\en
Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?
I will check...
Regards,
02 Oct 2006 20:14:11 +0700, Egor Pasko <[EMAIL PROTECTED]>:
On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> Agree. In case somebody is interested:
> org.apache.harmony.beans.tests.
t;> >>
> >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> >> update the
> >> >> >> webs
Mark Hindess wrote:
On 2 October 2006 at 8:52, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote:
I wonder if we can generate some kind of dependency graph as part of the
build, so that if testing in a module, it can figure out the set of
modules to test that are "n-away" dependent. (IOW, test
On the 0x1F6 day of Apache Harmony Alexei Zakharov wrote:
> Agree. In case somebody is interested:
> org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
> (from bootclasspath), harmony-hdk-r450941, WinXP.
Is that reproducible on Linux? how does it run on pure OPT (-Xem:opt),
JET?
On 2 October 2006 at 8:52, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote:
>
>
> I wonder if we can generate some kind of dependency graph as part of the
> build, so that if testing in a module, it can figure out the set of
> modules to test that are "n-away" dependent. (IOW, test module + 1-
Alexei Zakharov wrote:
Hi,
2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> I think we need more than one tests.jar. In fact, I think we need
> more than one tests.jar per module since some tests need to be on the
> bootclasspath while
Mark Hindess wrote:
I think we need more than one tests.jar. In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others do not (and should not). At the moment
it might be necessary to have more since there isn't really a way to
d
Agree. In case somebody is interested:
org.apache.harmony.beans.tests.java.beans.IntrospectionExceptionTest
(from bootclasspath), harmony-hdk-r450941, WinXP.
Crash info:
<==
[junit] An unhandled error (4) has occurred.
[junit] HyGeneric_Signal_Number=0004
[junit] ExceptionCode=c0
On 10/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Juist my two cents. Some test even from such a high-level module as
beans fail if they run from bootclasspath (BeansTest for example).
Moreover, they crash DRLVM :)
Seems, it is should be evaluated by VM peoples. The vm crash is not good
Hi,
2006/10/2, Vladimir Ivanov <[EMAIL PROTECTED]>:
On 10/2/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> I think we need more than one tests.jar. In fact, I think we need
> more than one tests.jar per module since some tests need to be on the
> bootclasspath while others do not (and should
gt;> > > thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > > > geir
> >> > > >
> >> > > > >
> >> > > > > Thanks, Vladimir
> >> > > > >
> >&
> > How you plan to use HDK? It looks like initial
> >> miscommunication :)
> >> > > thanks, Vladimir
> >> > >
> >> > >
> >> > >
> >> > > > geir
> >> > > >
> >> > &g
gt; > > Thanks, Vladimir
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >> > Thanks, Vladimir
>> > > > >> >
>> > > > &g
> > >> >> >
> > > >> >> >
> > > >> >> > Thanks, Vladimir
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > On 7/23/06, Geir Mag
Vladimir
> > > >> >> >
> > > >> >> >
> > > >> >> >
> > > >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > > >> >> >>
> > > >> >
ark Hindess <[EMAIL PROTECTED]>:
>> >
>> > On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
>> wrote:
>> > > Martin Cordova wrote:
>> > > > Hello, will this snapshot include the recent ImageIO
>> contributions?
>>
y-hdk-windows.zip on
this
server"
thanks, Vladimir
On 9/29/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
>
> On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
wrote:
> > Martin Cordova wrote:
>
OTECTED]> wrote:
2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
>
> On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]>
wrote:
> > Martin Cordova wrote:
> > > Hello, will this snapshot include the recent ImageIO contributions?
> >
> > No, tha
2006/9/28, Mark Hindess <[EMAIL PROTECTED]>:
On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Martin Cordova wrote:
> > Hello, will this snapshot include the recent ImageIO contributions?
>
> No, that will have to wait for the snapshot after it
On 28 September 2006 at 19:56, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Martin Cordova wrote:
> > Hello, will this snapshot include the recent ImageIO contributions?
>
> No, that will have to wait for the snapshot after it has been voted in.
>
> You should be able
Martin Cordova wrote:
> Hello, will this snapshot include the recent ImageIO contributions?
No, that will have to wait for the snapshot after it has been voted in.
You should be able to combine the contribution with the snapshot quite
easily if you choose.
Regards,
Tim
--
Tim Ellison ([EM
Hello, will this snapshot include the recent ImageIO contributions?
Thanks,
Martin
On 9/28/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
yes
On Sep 28, 2006, at 11:01 AM, Alexey Petrenko wrote:
> Geir,
>
> will this snapshot include awt native libraries on Windows?
yes
On Sep 28, 2006, at 11:01 AM, Alexey Petrenko wrote:
Geir,
will this snapshot include awt native libraries on Windows?
SY, Alexey
2006/9/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
As we've all been muttering for some time, it's high time for a new
snapshot.
I want
Geir,
will this snapshot include awt native libraries on Windows?
SY, Alexey
2006/9/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
As we've all been muttering for some time, it's high time for a new
snapshot.
I want to beat on drlvm for a few hours with apps to be sure, and
th
As we've all been muttering for some time, it's high time for a new
snapshot.
I want to beat on drlvm for a few hours with apps to be sure, and
then happy to push them out if ok. if not ok, we should just do HDKs
(is anyone using the HDKs for development?)
Is there anything s
ECTED]> wrote:
> > >> >> >>
> > >> >> >> They are at the regular place
> > >> >> >>
> > >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> > >> >> >>
> > &
://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots into /old and I'll
> >> >> update the
> >> >> >> website accordingly. I'll be automating this. Also,
> >> >> > On 7/23/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> > >> >> >>
> > >> >> >> They are at the regular place
> > >> >> >>
> > >> >> >> http://people.apache.org/dist/incu
gt; >> >> They are at the regular place
> >> >> >>
> >> >> >> http://people.apache.org/dist/incubator/harmony/snapshots
> >> >> >>
> >> >> >> I moved all the old classlib snapshots
t; >> I moved all the old classlib snapshots into /old and I'll
>> >> update the
>> >> >> website accordingly. I'll be automating this. Also, lets not
>> >> >> make much
>> >> >> noise about this for a little while so we can
asslib snapshots into /old and I'll
>> update the
>> >> website accordingly. I'll be automating this. Also, lets not
>> >> make much
>> >> noise about this for a little while so we can test to make sure
>> >> there's
>> &g
o /old and I'll
>> update the
>> >> website accordingly. I'll be automating this. Also, lets not
>> >> make much
>> >> noise about this for a little while so we can test to make sure
>> >> there's
>> >> no major errors
se about this for a little while so we can test to make sure
>> there's
>> no major errors. Things seem good. I have a list of more
things to
>> fix, but I realized today that I was obsessing over the snapshot
>> contents - it's not a release, and it's "good
e so we can test to make sure
>> there's
>> no major errors. Things seem good. I have a list of more things to
>> fix, but I realized today that I was obsessing over the snapshot
>> contents - it's not a release, and it's "good enough".
>>
>> I
e
there's
no major errors. Things seem good. I have a list of more things to
fix, but I realized today that I was obsessing over the snapshot
contents - it's not a release, and it's "good enough".
I'd like to ditch both /old and the remaining classlib snapshots, as
e so we can test to make sure there's
no major errors. Things seem good. I have a list of more things to
fix, but I realized today that I was obsessing over the snapshot
contents - it's not a release, and it's "good enough".
I'd like to ditch both /old and the
Geir Magnusson Jr. wrote:
we should probably just fix that Character problem and then create a
new HDK snapshot. We're not there for JRE yet, but no reason to hold
back HDK.
I've rolled back the update from HARMONY-1500, the original codes should
work. I don't expect that probl
we should probably just fix that Character problem and then create a
new HDK snapshot. We're not there for JRE yet, but no reason to hold
back HDK.
geir
On Sep 21, 2006, at 3:08 PM, Tim Ellison wrote:
Sounds like the launcher issues have been resolved, and we are at
least
no wors
On Sep 21, 2006, at 3:08 PM, Tim Ellison wrote:
Sounds like the launcher issues have been resolved, and we are at
least
no worse off with handling JAVA_HOME than before. Is it just the
HARMONY-1500 Character problem now that would prevent us from
cutting a
snapshot of code? Anything
Sounds like the launcher issues have been resolved, and we are at least
no worse off with handling JAVA_HOME than before. Is it just the
HARMONY-1500 Character problem now that would prevent us from cutting a
snapshot of code? Anything else I missed?
Regards,
Tim
--
Tim Ellison ([EMAIL
Andrey Chernyshev wrote:
I agree that j.u.c. will need efficient inlining for the Unsafe.
However, if the Harmony impl of Unsafe does nothing but simple call
forwarding to the appropriate methods of vmmagic, then we probably
won't get that big overhead.
In other words, we can try keeping Unsaf
n Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 9:19 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][concurrent] Integrating into builds and snapshot
Nathan Beyer wrote:
I think we're on the same page for all of this except for the placement
of
the public domai
On 8/21/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:
On 8/21/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
>
> Nathan Beyer wrote:
> > Now that we're getting some good submissions to make the
> > java.util.concurrent code to work with DRLVM, I'd like make a proposal for
> > getting the cod
Weldon Washburn wrote:
> On 8/21/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>
>>
>> Nathan Beyer wrote:
>> > Now that we're getting some good submissions to make the
>> > java.util.concurrent code to work with DRLVM, I'd like make a
>> proposal for
>> > getting the code in the Class Librar
1 - 100 of 192 matches
Mail list logo