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 jfclere@gmail.com designates
 64.233.162.195 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=atX+prdzrAwLres+hXRkNbVWvjXZFWDVPYGeoOlWl+WbRR3hppxwrO0vX/hGb7XAC2W2oQYkrl3t6MAl8OdjyGOSntbM7ndnOZwCd+fl+N4IFRNIHb/uX/jgRm+OQ1ZPX7aIIFjda450uhDsxhrZaL5rAB/8y5HLJPPVPjqbIBY=
Message-ID: <4402D556.7030008@gmail.com>
Date: Mon, 27 Feb 2006 10:32:54 +0000
From: Jean-frederic Clere <jfclere@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [jchevm] APR issues
References: <1140102032.9742.43.camel@localhost.localdomain>
	 <43F8D326.6080709@dellroad.org>
 <43F97FAD.1060501@fatti.com>	 <43F9DD3C.4010501@academ.org>
 <43F9EAF3.10505@fatti.com>	 <43FA07E7.2060006@apache.org>
 <43FC9870.8050205@fatti.com>	 <43FCDBC8.8010407@gmail.com>
 <44026434.1040504@pobox.com>	 <4402BB83.6000603@gmail.com>
 <fcb9f9160602270028w53013ce9p@mail.gmail.com>
In-Reply-To: <fcb9f9160602270028w53013ce9p@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Mark Hindess wrote:

>On 27/02/06, Jean-frederic Clere <jfclere@gmail.com> wrote:
>  
>
>>Geir Magnusson Jr wrote:
>>    
>>
>>>But that's way different than APR for the class lib portlib.
>>>      
>>>
>>So you have to create a apr.IA32 class lib, don't you?
>>    
>>
>
>Well, that's what I was thinking - though I'm not so sure that $arch
>should be something that specific.
>
>Initially at least I don't think we should be making a choice between
>using apr.IA32 and writing platform specific natives.  I think we
>should continue with what we have until such a time that apr becomes
>the better choice.
>
I am not sure that is the best idea.
Apr prevents losing time writing code twice (or #defining everywhere) 
and that is a lot of work to APRized a project in late state.
Starting with apr asap probably will break everything for some time but 
will spare a lot of time in future...
The biggest problem  is to have a graphical library that works with apr  
or that is written using apr.

>  So what we'd need now is a mechanism to override
>the automatic choice of "platform".  I wouldn't be too surprised if
>someone decided to create "platforms" for the other two (?) choices of
>windows implementation - cygwin native and cygwin w/o cygwin.dll.
>  
>
??? native windoze and cygwin, or do I miss something?

>It might be useful to develop some tests to prove the natives for
>platforms that don't yet have VM support.
>
>Regards,
> Mark.
>
>--
>Mark Hindess <mark.hindess@googlemail.com>
>IBM Java Technology Centre, UK.
>
>  
>