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: local policy)
Message-ID: <43EDF27A.6060202@fatti.com>
Date: Sat, 11 Feb 2006 15:19:38 +0100
From: Enrico Migliore <enrico.migliore@fatti.com>
Reply-To: enrico.migliore@fatti.com
Organization: -
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.6) Gecko/20040113
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: Using APR for Harmony's native link to the OS?
References: <20060210135919.26633.qmail@minotaur.apache.org>
 <43ECA917.3020203@apache.org> <43ECCA79.8070109@fatti.com>
 <43ECF7E8.4010800@apache.org> <43EDB360.30700@fatti.com>
 <43EDE3F0.6020809@apache.org>
In-Reply-To: <43EDE3F0.6020809@apache.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

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 GNU/Classpath like system
> under Apache license, with APR instead POSIX as OS
> abstraction layer (or any other), will you object?
>
> 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.
>
> From ground up I'm opposed to this artificial synergy of
> ASF and GNU code, and until it gets resolved the Harmony
> project will never become a true ASF project.
>
> The reason is pretty simple, we are two different communities,
> and just like in the real world, it's hard to merge the
> things with different views.
>
> 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 ASF, and if it's a second, then I don't understand why
> all the fuzz about a different perspective proposals.
>
>
> Regards,
> Mladen.
>
Hi Mladen,

I'm not a fan of GNU/Classpath, in fact, after reading the documentation
of the APR project and understood the potential of it, I've changed my mind,
as said in my previous thread.

As far as the windowing system is concerned, I just pointed out that if 
the APR
had the interface to the native windowing system, it would save quite a 
bit of work to us.

Enrico