Re: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Simon Cozens

On Thu, Sep 20, 2001 at 04:30:34AM -0400, Michael G Schwern wrote:
 And all of the tests fail with This isn't Parrot bytecode!

That's what I like to see. Thanks.

-- 
I've looked at the listing, and it's right!
-- Joel Halpern



Re: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Andy Dougherty

On Thu, 20 Sep 2001, Michael G Schwern wrote:

 But if we run Configure.pl with bleadperl that *does* use 64bit ints
 and has debugging flags on, there's trouble.

 And all of the tests fail with This isn't Parrot bytecode!

That's because assemble.pl hasn't been patched yet to use the right
pack_type.  You can either apply my patch from yesterday or you can
hand-patch the pack_type for 'i' to be 'q'.

Once you do that, you'll probably still get lots of failures of the form

Error: Control left bounds of byte-code block (now at location -234894350)!

-- 
Andy Dougherty  [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042




Re: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Michael G Schwern

On Thu, Sep 20, 2001 at 09:03:45AM -0400, Andy Dougherty wrote:
 On Thu, 20 Sep 2001, Michael G Schwern wrote:
  But if we run Configure.pl with bleadperl that *does* use 64bit ints
  and has debugging flags on, there's trouble.
 
  And all of the tests fail with This isn't Parrot bytecode!
 
 That's because assemble.pl hasn't been patched yet to use the right
 pack_type.  You can either apply my patch from yesterday or you can
 hand-patch the pack_type for 'i' to be 'q'.

This one?
http:[EMAIL PROTECTED]/msg04540.html


-- 

Michael G. Schwern   [EMAIL PROTECTED]http://www.pobox.com/~schwern/
Perl6 Quality Assurance [EMAIL PROTECTED]   Kwalitee Is Job One
Death follows me like a wee followey thing.
-- Quakeman



RE: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Gibbs Tanton - tgibbs

 
Don't forget that this patch requires the configure patch by Brent that was
just a couple of messages back.
-Original Message-
From: Michael G Schwern
To: Andy Dougherty
Cc: [EMAIL PROTECTED]
Sent: 9/20/2001 8:22 AM
Subject: Re: Complete failure on Linux/PowerPC with 64bit ints.

On Thu, Sep 20, 2001 at 09:03:45AM -0400, Andy Dougherty wrote:
 On Thu, 20 Sep 2001, Michael G Schwern wrote:
  But if we run Configure.pl with bleadperl that *does* use 64bit ints
  and has debugging flags on, there's trouble.
 
  And all of the tests fail with This isn't Parrot bytecode!
 
 That's because assemble.pl hasn't been patched yet to use the right
 pack_type.  You can either apply my patch from yesterday or you can
 hand-patch the pack_type for 'i' to be 'q'.

This one?
http:[EMAIL PROTECTED]/msg04540.html


-- 

Michael G. Schwern   [EMAIL PROTECTED]
http://www.pobox.com/~schwern/
Perl6 Quality Assurance [EMAIL PROTECTED]   Kwalitee Is Job One
Death follows me like a wee followey thing.
-- Quakeman



Re: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Simon Cozens

On Thu, Sep 20, 2001 at 09:22:50AM -0400, Michael G Schwern wrote:
  That's because assemble.pl hasn't been patched yet to use the right
  pack_type.  You can either apply my patch from yesterday or you can
  hand-patch the pack_type for 'i' to be 'q'.
 
 This one?
 http:[EMAIL PROTECTED]/msg04540.html

It's applied; just resync.

-- 
I want you to know that I create nice things like this because it
pleases the Author of my story.  If this bothers you, then your notion
of Authorship needs some revision.  But you can use perl anyway. :-)
- Larry Wall



Re: Complete failure on Linux/PowerPC with 64bit ints.

2001-09-20 Thread Ask Bjoern Hansen

[EMAIL PROTECTED] (Andy Dougherty) writes:

[...]
 That's because assemble.pl hasn't been patched yet to use the right
 pack_type.  You can either apply my patch from yesterday [...]

If you sign up for an account at http://dev.perl.org/auth/account I am
sure that Dan and Simon will let me flip the cvs access bit for
you. =)

-- 
ask bjoern hansen, http://ask.netcetera.dk/   !try; do();