_LP64, int32_t and intptr_t

[Paul Phillips]

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?

> 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

-- 
Paul Phillips      | A national political campaign is better than the
Apatheist          | best circus ever heard of, with a mass baptism and
Empiricist         | a couple of hangings thrown in. 
ha! spill, pupil   |     -- H. L. Mencken