Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of xiaofeng.li@gmail.com designates
 64.233.162.193 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=uO79BedH0d8XfqXljXgpQqvybx77Pi7rolU2cOczpGyoDr3obMrXBks3KVCOiHWRBpkUI2AXBTVUDrItonGXfoezUykgvaBuy0GEfXM5vrXvET2VJvasfRF8UdsKMSeIBqDiCKmKT/1vUJcgOyYPkvoR3LHbAW+ujy3IrIkAzEE=
Message-ID: <9623c9a50508281806724af91b@mail.gmail.com>
Date: Mon, 29 Aug 2005 09:06:35 +0800
From: Xiao-Feng Li <xiaofeng.li@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: [arch] Modular JVM component diagram
In-Reply-To: <43065A13.7050006@gatewide.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_10071_29331208.1125277595521"
References: <20050819000417.86751.qmail@web41202.mail.yahoo.com>
	 <4305871C.5020200@gatewide.com> <20050819091045.GC27358@dozer>
	 <43065A13.7050006@gatewide.com>

------=_Part_10071_29331208.1125277595521
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Posix is popular and widely used across many different platforms. Intel had=
=20
implemented ORP basically on top of Posix, and it was easy to use Posix to=
=20
wrap Windows APIs.=20

Now there are more portable API libraries to choose from, such as APR, and=
=20
IBM Portability Library. For ease of portability across a broad range of=20
platforms, I suggest that we use APR as the portability api. Do folks on th=
e=20
mailing list think that this is a good idea?

Thanks,
xiaofeng

On 8/20/05, Tom <ecl@gatewide.com> wrote:
>=20
> Joerg,
>=20
> thanks for your link, seems like APR is the way to go.
>=20
> Just one more thing: Instead of just having an abstraction layer, would
> it be possible to give our solution a little finer granularity right
> from the start ?
> E.g. define a part of this layer so that only this part is required on a
> target to get the JVM to run. This will help to use Harmony with
> different bootpaths later on. For example, the VM will not require
> libraries for X-Path and database operations, or will it? (They seem to
> be required to run libapr0 in your link)
>=20
> Thanks
> Tom
>=20
> Joerg Wendland wrote:
> > *unlurk*
> >
> > Hi,
> >
> > On Fri, Aug 19, 2005 at 12:15:40AM -0700, Tom wrote:
> >
> >>I like the APR idea, but still would like to evaluate how feasible it
> >>will be to port whatever we chose as the OAL to various embedded
> >>platforms, in particular ARM, PowerPC and MIPS.
> >
> >
> > Es you can for example see at [0] APR compiles, runs and is supported o=
n
> > these architectures plus nine others.
> >
> > Cheers,
> > J=F6rg
> >
> > [0] http://packages.debian.org/unstable/net/libapr0
> >
>

------=_Part_10071_29331208.1125277595521--