On Wed, 17 Apr 2002, Andy Dougherty wrote:
> On Wed, 17 Apr 2002, David Hand wrote:
>
> > Mind you that this is Mac OS X 10.1.3, with a UFS root partition. This
> > was compiled on the UFS partition. Interestingly, parrot 0.0.4 compiled
> > okay. I recently tried compiling CVS parrot, but got similar errors to
> > the below. I didn't have time to check it more, and as I appeared to be
> > the only one to have this problem, I figured it was me just being
> > broken. I dunno.
> > How big would you like integers to be? [long long]
> > What is your native opcode type? [long long]
> > Hmm, I see your chosen INTVAL isn't the same size as your pointers. Parrot should
> > still compile and run, but you may see a ton of warnings.
> If I had to guess, I'd guess this was the problem. This is probably not
> as heavily-tested a Configuration as the plain 'long' version, and most of
> that has probably been on little-endian systems, while I'll guess that Mac
> OS X is big-endian.
> Hmm. You could try again with just 'long'. I'll also try with 'long
> long' on SPARC, which often uncovers such issues
Nope, bad guess on my part. Parrot 0.0.5+ (checked out this morning)
did just fine with 'long long' opcode_t and INTVAL on SPARC Solaris 8.
--
Andy Dougherty [EMAIL PROTECTED]
