On Thu, 16 Feb 2006, Leopold Toetsch via RT wrote:
>
> On Feb 16, 2006, at 17:34, Andy Dougherty wrote:
>
> >
> >> This bug seems to have resolved itself at least on amd64/linux.
> >> Please
> >> re-open this bug if it's still failing for you. Thanks for reporting.
>
> A long long is 64 bit on amd64/linux this is the standard config and of
> course is working.
>
> > This configuration (intval=long long, opcode=long long, i386/linux)
> > still
> > fails.
>
> sizeof(opcode_t) != sizeof(void*) is for sure broken.
Well, it used to work, but that was a long time ago. Configure actually
tests for this case and still claims it will work; perhaps that test
should be changed to emit a much more dire message, or even die (unless
overridden).
> But why would one
> use 64-bit opcodes on a 32-bit system?
At the time I submitted the original bug report, that's what you would get
by default if you happened to use a 64-bit perl to run parrot's
Configure.pl. Since I could easily see that sort of thing happening, I
used to test for it.
Now, Configure.pl no longer picks 'long long' by default in such
situations, so you have to go out of your way to get this configuration.
At this point, I don't particuarly care. I only bothered to test it
because I was asked to.
--
Andy Dougherty [EMAIL PROTECTED]
