Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 64.74.244.70 is neither permitted nor
 denied by domain of geir@pobox.com)
Message-ID: <44BE5FDC.50701@pobox.com>
Date: Wed, 19 Jul 2006 12:37:48 -0400
From: Geir Magnusson Jr <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] Windows dependency change (was svn commit: r423421
 - /incubator/harmony/enhanced/classlib/trunk/make/depends.properties)
References: <200607191605.k6JG5oqG025205@d06av02.portsmouth.uk.ibm.com>
In-Reply-To: <200607191605.k6JG5oqG025205@d06av02.portsmouth.uk.ibm.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


Mark Hindess wrote:
> On 19 July 2006 at 10:50, Geir Magnusson Jr <geir@pobox.com> wrote:
>>
>> Mark Hindess wrote:
>>> On 19 July 2006 at 10:18, Geir Magnusson Jr <geir@pobox.com> wrote:
>>>> sounds dicey, depending on ant/jre? for this structure?
>>>>
>>>> My intel-based mac reports i386, my T43 running windows returns x86 and
>>>> my T42 running ubuntu returns i386.   I think they are all Sun JREs.
>>>>
>>>> I'd argue that the latter two are identical chip architectures and that
>>>> there will be shared code between these three 32-bit intel platforms.
>>>> I've been thinking about this (w/ no solution yet) since I started
>>>> dorking around w/ the intel mac build..
>>>>
>>>> Hm.
>>> It is dicey which is why we aren't using os.arch directly but a variable
>>> derived from it. "ant properties" lists the properties that are
>>> currently defined (plus the os.* ones that we shouldn't use directly to
>>> aid debugging issue with the ones we derive).
>>>
>> Right, which is what I used for the above information ( was relaying
>> "os.arch" info)
>  
>> I guess it's done now, so no motivation to change immediately, but we
>> should probably agree now on our platform/chipset monikers, so we have
>> them as people try to port.
> 
> I thought we did agree them back in March.  At least, I described
> what I was thinking of doing to rationalise the sets of different
> platform-related definitions and then made a few changes based on
> feedback - e.g. not using abbreviations of the operating system name.
> Maybe I didn't make the value of the architecture explicit.

If you can remember, can we list them somewhere?

Right now we have things like depends/build/* which I think will have to
break out to

  depends/
     build/
        win.ia32/
        win.ia64/
        win.ipf/
        linux.ia32/
        ...
        osx.ia32/
        osx.ppc32/

or whatever (I'm not trying to define the tokens, just show other places
where I think they'll be used).
> 
>> I think that x86 will have to be changed at some point, unless
>> 'bitness' is an additional property...
> 
> If you look at the "ant properties" output you should find some
> variables like 'is.32bit' and 'is.64bit'.
> 

I guess we can have

   win.x86.32
   win.x86.65

?

> Anyway, the point is that now we have only one set so it should be
> easier to manage/change them.
> 
> -Mark
> 
>> I wonder what things like kaffe do.
>>
>> You guys have ported J9 to anything and everything.  What are the tokens
>> that you use there?
>>
>> geir
>>
>>> Regards,
>>>  Mark.
>>>
>>>> Mark Hindess wrote:
>>>>> The os.arch system property[0]?  We discussed this on the list in March
>>>>> <rough guess> I think when we create make/properties.xml to replace the
>>>>> numerous implementations of platform properties that existed at the
>>>>> time.  I was simply removing the last remnant of the old properties.
>>>>>
>>>>> -Mark.
>>>>>
>>>>> [0] Or some canonical form derived from it if it turns out to differ
>>>>> depending on the JRE.
>>>>>
>>>>> On 19 July 2006 at 8:22, Geir Magnusson Jr <geir@pobox.com> wrote:
>>>>>> I think that ia32 was more accurate than x86.  What will you use for
>>>>>> windows.IA64?  (or linux.IA64 for that matter?)
>>>>>>
>>>>>> geir
>>>>>>
>>>>>>
>>>>>> Mark Hindess wrote:
>>>>>>> Windows users should take a look at the comments in the following chang
>> e.
>>>>>>> Regards,
>>>>>>> -Mark.
>>>>>>>
>>>>>>> On 19 July 2006 at 10:07, hindessm@apache.org wrote:
>>>>>>>> Author: hindessm
>>>>>>>> Date: Wed Jul 19 03:07:00 2006
>>>>>>>> New Revision: 423421
>>>>>>>>
>>>>>>>> URL: http://svn.apache.org/viewvc?rev=423421&view=rev
>>>>>>>> Log:
>>>>>>>> I've renamed the mcvcr71.dll directory from win.IA32 to windows.x86 to
>>  b
>>>> e
>>>>>>>> consistent with the common properties.  You will need to rename:
>>>>>>>>
>>>>>>>>   depends/libs/win.IA32/msvcr71.dll
>>>>>>>>
>>>>>>>> to:
>>>>>>>>
>>>>>>>>   depends/libs/windows.x86/msvcr71.dll
>>>>>>>>
>>>>>>>> and remove the empty depends/libs/win.IA32 directory.  (Or just re-run
>>>>>>>> "ant fetch-depends" and remove the old directory.)
>>>>>>>>
>>>>>>>>
>>>>>>>> Modified:
>>>>>>>>     incubator/harmony/enhanced/classlib/trunk/make/depends.properties
>>>>>>>>
>>>>>>>> Modified: incubator/harmony/enhanced/classlib/trunk/make/depends.prope
>> rt
>>>> ie
>>>>>> s
>>>>>>>> URL: http://svn.apache.org/viewvc/incubator/harmony/enhanced/classlib/
>> tr
>>>> un
>>>>>> k/m
>>>>>>>> ake/depends.properties?rev=423421&r1=423420&r2=423421&view=diff
>>>>>>>> ======================================================================
>> ==
>>>> ==
>>>>>> ===
>>>>>>>> =
>>>>>>>> --- incubator/harmony/enhanced/classlib/trunk/make/depends.properties 
>> (o
>>>> ri
>>>>>> gin
>>>>>>>> al)
>>>>>>>> +++ incubator/harmony/enhanced/classlib/trunk/make/depends.properties 
>> We
>>>> d 
>>>>>> Jul
>>>>>>>>  19 03:07:00 2006
>>>>>>>> @@ -50,7 +50,7 @@
>>>>>>>>  signed.bcprov.md5=1a0105f80aed32819da869c85dc4508c
>>>>>>>>  bcprov.url=http://www.bouncycastle.org/download/bcprov-jdk14-133.jar
>>>>>>>>  
>>>>>>>> -msvcr71.dir=${depends.dir}/libs/win.IA32
>>>>>>>> +msvcr71.dir=${depends.dir}/libs/windows.x86
>>>>>>>>  msvcr71.dll=${msvcr71.dir}/msvcr71.dll
>>>>>>>>  msvcr71.url=http://www.dlldump.com/cgi-bin/testwrap/downloadcounts.cg
>> i?
>>>> rt
>>>>>> =co
>>>>>>>> unt&path=dllfiles/M/MSVCR71.dll
>>>>>>>>  msvcr71.md5=86f1895ae8c5e8b17d99ece768a70732
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 
> 
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 
> 
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org