[Fwd: Re: _LP64, int32_t and intptr_t]

[Xiaobin Lu]

-------- Original Message --------
Subject: 	Re: _LP64, int32_t and intptr_t
Date: 	Wed, 17 Dec 2008 10:14:37 -0800
From: 	Xiaobin Lu <Xiaobin.Lu at Sun.COM>
To: 	Paul Phillips <paulp at improving.org>
References: 
<fee4d890812131834j4957d433q6fc2e7e4db94d8f8 at mail.gmail.com> 
<4948A84A.2000203 at Sun.COM> <20081217141850.GA4760 at jon.local>



On 12/17/08 06:18, Paul Phillips wrote:
> On Tue, Dec 16, 2008 at 11:20:42PM -0800, Xiaobin Lu wrote:
>   
>> Your patch looks fine to me. For this particular build failure, there is 
>> a better solution which someone from our compiler team might want to 
>> explore when he has time.
>>     
>
> The discussion of this issue is becoming tantalizing, now that I've sunk a couple days into getting the 
> mlvm patches working on OS X.  Since Iulian's works on linux, I think my remaining issues are most likely 
> due to the mlvm patches needing the same treatment that michael franz gave the main tree.  Unfortunately 
> I don't understand the issue well enough to emulate him, and my experiments do not show willy-nilly casts 
> to solve much.  Could I persuade one of you guys to elaborate a bit on either the "right" fix or failing 
> that on what mechanistic process might get my mlvm-patched souce tree into a working state?
>   
The right fix is to fix the caller. I could barely understand what our 
compiler guy told me, so I would rather not to mislead you. I believe 
the _LP64 misuses are sprinkling into couple other places as well, that 
is why I think we should perhaps find a way to recognize Mac OS in the 
VM code and solve it in a more general way.
>   
>> A more general problem is the usage of _LP64 which is defined on Solaris 
>> x86_64 platform at least. For Mac, I believe we need some similar flag 
>> to identify that platform. Anyone know that flag on top of their head?
>>     
>
> I believe the flag you want on osx is __LP64__ .  See this document:
>
>   http://developer.apple.com/macosx/64bit.html
>   
That is what I want. Thanks, Paul.

-Xiaobin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20081217/d1fe4330/attachment.html