Stefano wrote:
I think we would gain a lot of value by using APR instead of
reinventing something that 5 years from now will look just like it.
Hi Stefano,
I took a look at the documentation of the APR project:
http://apr.apache.org/docs/apr/modules.html
Thanks for checking that out! About (2): From what I am seeing these
days it is important to support ARM. BTW, where did you get this
information about ports not being available please? I did not find a
porting page.
Enrico Migliore wrote:
Stefano wrote:
I think we would gain a lot of
Enrico Migliore wrote:
2. An APR port to the ARM embedded platform doesn't exist
Tom wrote:
Thanks for checking that out! About (2): From what I am seeing these
days it is important to support ARM. BTW, where did you get this
information about ports not being available please? I did not
Enrico Migliore wrote:
I took a look at the documentation of the APR project:
1. APR doesn't cover is the Windowing subsystem
Sure, APR is something POSIX is meant to be.
2. An APR port to the ARM embedded platform doesn't exist
If someone wishes to build a GNU/Classpath like system
under
Stefano Mazzocchi wrote:
Mladen Turk wrote:
Enrico Migliore wrote:
Stefano Mazzocchi wrote:
The GNU/Classpath guys, for example, have defined a standard
interface to underlying OS
and that's it. Therefore I don't think we really need the APR layer.
Clarification, I did *not* write the
Mladen Turk wrote:
Enrico Migliore wrote:
I took a look at the documentation of the APR project:
1. APR doesn't cover is the Windowing subsystem
Sure, APR is something POSIX is meant to be.
2. An APR port to the ARM embedded platform doesn't exist
If someone wishes to build a
What do you think?
I think that's using Apache Portable Runtime in Apache Harmony is
natural and good idea.
However we should understand that APR does not have ALL the needed
functionality. For example APR does not have graphical and window
management functions. So at least awt will need to use
Archie,
I like your idea of zero mods to JCHEVM. I will attempt to localize
all mods to Classlibrary's Kernel Classes. Maybe this set of modified
Kernel Classes could be used by any VM that runs GNU Classpath. I
will try some experiments with java class name space to see if we can
create
As one of the original authors of APR, I would like to suggest that
instead of using OS dependant native code, when we get to the point of
writing awt, we should create an apr-window project, and create the
library for the abstraction layer. I have had enough conversations
with other APR
(please keep me cc'd as I'm not subscribed to this list)
First off, I'd like to admit up front that I haven't been following the Harmony
project very closely and so I'm pretty ignorant about the state of your
progress, so please forgive any stupid misconceptions I may have.
I maintain a set of
Stuart Ballard wrote:
(please keep me cc'd as I'm not subscribed to this list)
Wanna be subscribed?
First off, I'd like to admit up front that I haven't been following the Harmony
project very closely and so I'm pretty ignorant about the state of your
progress, so please forgive any
Mladen Turk mturk at apache.org writes:
I think this is the ultimate question of the entire thread.
Seems to me that when ever someone says something in the
direction of replacing GNU/Classpath with something else,
the voices are up.
Given that GNU Classpath isn't used in Harmony, it can't
Ryan Bloom wrote:
As one of the original authors of APR, I would like to suggest that
instead of using OS dependant native code, when we get to the point of
writing awt, we should create an apr-window project, and create the
library for the abstraction layer. I have had enough conversations
2006/2/11, Ryan Bloom [EMAIL PROTECTED]:
As one of the original authors of APR, I would like to suggest that
instead of using OS dependant native code, when we get to the point of
writing awt, we should create an apr-window project, and create the
library for the abstraction layer. I have had
Mladen Turk wrote:
Enrico Migliore wrote:
I took a look at the documentation of the APR project:
1. APR doesn't cover is the Windowing subsystem
Sure, APR is something POSIX is meant to be.
2. An APR port to the ARM embedded platform doesn't exist
If someone wishes to build a
Weldon Washburn wrote:
I like your idea of zero mods to JCHEVM. I will attempt to localize
all mods to Classlibrary's Kernel Classes. Maybe this set of modified
Kernel Classes could be used by any VM that runs GNU Classpath. I
will try some experiments with java class name space to see if we
Weldon Washburn wrote:
Archie,
I like your idea of zero mods to JCHEVM. I will attempt to localize
all mods to Classlibrary's Kernel Classes. Maybe this set of modified
Kernel Classes could be used by any VM that runs GNU Classpath.
I assume you're talking about making a glue layer that
Mladen Turk wrote:
So at the end of the day, you have a simple question:
Is Harmony a way to give a JVM to the GNU/Classpath,
or is a Harmony a project that will some day have option
to choose between different 'classpath' libraries.
If it's the first, the entire thing has nothing to do
with
Test cases for 'text' Classlib module
-
Key: HARMONY-87
URL: http://issues.apache.org/jira/browse/HARMONY-87
Project: Harmony
Type: Test
Components: Classlib
Reporter: Nathan Beyer
Attachments: AnnotationTest.java,
[ http://issues.apache.org/jira/browse/HARMONY-87?page=all ]
Nathan Beyer updated HARMONY-87:
Attachment: AnnotationTest.java
StringCharacterIteratorTest.java
Tests for java.text.Annotation and java.text.StringCharacterIterator.
Test
Geir Magnusson Jr wrote:
I like your idea of zero mods to JCHEVM. I will attempt to localize
all mods to Classlibrary's Kernel Classes. Maybe this set of modified
Kernel Classes could be used by any VM that runs GNU Classpath.
I assume you're talking about making a glue layer that the
Archie,
I agree with most everything you said below. The Thread class is
indeed tricky. I can't look at GNU Classpath code as I am doing this
port. I want kernel_path to be Apache licensed and not a GPL
derivative. I am only looking at the native entry points to JCHEVM.
So I can't benefit
22 matches
Mail list logo
